Пытаюсь сделать Windows Forms приложение, используя .NET 2.0 и SQL Server 2005 Express.
Тривиальная задача - в DataGridView организовать выборку/вставку/редактирование/удаление.
Вместо прямого обращения к таблице используются 4 хранимые процедуры - выборка/вставка/редактирование/удаление.
При генерации датасета и адаптера подтянулась вся нужная информация - все как надо - поля, первичный ключ...
Но вот в чем дело: значение первичного ключа (тип поля uniqueidentifier - GUID, одним словом) генерируется хранимой процедурой, отвечающей за вставку данных. То есть для этого поля у процедуры есть параметр, и он имеет направление output. Но перед тем, как дергать процедуру, ADO.NET пытается сохранить запись в своем датасете и видит, что поле not nullable, и типа неплохо было бы туда что-нибудь занести, и до вызова хранимой процедуры дело не доходит - выскакивает ошибка.
Я попытался в датасете для этого поля указать, что якобы оно позволяет хранение DBNull, но ошибка не исчезла. Подозреваю, что надо править в нескольких местах.
Но в любом случае так поступать не хотелось бы, "дабы не нарушать отчетности". Все же приятней, когда датасет описывает реальную структуру данных. Только как бы ему сказать, что null-овость поля надо проверять _после_ того, как дернули хранимую процедуру, а не раньше, и при этом заполнив это поле значением output-параметра из процедуры?
Что подскажете?

О, спасибо.
Видимо, придется изначально отключить и больше не включать...

(`ykaНе стоит себе проблемы выдумывать - вставляй на клиенте Guid.NewGuid(). Как грица, если нет разницы, зачем платить больше?!Э-то не-серь-ез-но! (С) :) Политика предполагаемого проекта такая: вся логика поддерживается SQL-сервером, а приложение - всего лишь клиент для отображения картинки и взаимодействия с юзером. Так что если делать логику на сервере, то надо идти до конца - и идентификаторы генерить должен он. Процедуры обеспечивают интерфейс работы с данными и они должны быть логически законченными сами по себе.

Ну если я сказал, что вариант отпадает - зачем продолжать меня уговаривать? :)
Я могу привести массу аргументов - SQL-код писал не я (я всего лишь разместил объяву (С) ) и не мне решать, каким он должен быть. Мое дело - написание клиента. Изначально неважно в чем. Под процедуры, написанные в таком стиле, замечательно делается клиент, скажем, на Делфях. Но я хотел именно на .NET. Поэтому, дабы убедить SQL-писателя, что клиент на .NET - это уместно, я не должен канючить "перепиши процедуры... перепиши процедуры...", иначе буду послан... в сторону тех же Делфей :)

Решил это дело отключением констрейнтов, как советовали выше. Теперь ищу, каким образом все изменения заносить в базу немедленно. Вообще отказаться бы от датасетов, работать с одними command-ами...