что значит

drug_detei написал(а):

из приложенияс DataSet скинуть новые названия статей

?

drug_detei написал(а):

Может как-то помочь свойство поля UNIQUE на MSSQL?

Ну конечно может помочь - ошибку высыпет :)))
Но как бы лучше и наверное самое правильное будет использовать триггер на insert. И сделать в триггере обработку такой ошибки если такие данные в поле уже есть. А поле проиндексируй.

156j написал(а):

Триггер как бы не самое оптимальное решение, по причине медленной работы.

Спорный вопрос, триггер, такая же процедура, но минус в том что он будет безусловно на любой инсерт срабатывать и делать проверки, тоесть в целом можно конечно замедлить систему.
Но конечно лучше в хранимой процедуре. Бежать по датасету и каждый раз её вызывать. Согласен, это пожалуй оптимальное решение, если эта проверка не везде нужна.

Добавлю свои пять копеек. Можно тупо оставить constraint unique на таблице в БД. Далее производить вставку ВСЕХ записей из приложения (у тебя же двухзванная архитектура?) в БД в одной транзакции. При попытке вставить значение, нарушающее констрейнт будет сгенерировано исключение, по тексту которого, можно однозначно судить об ошибке, а по сему отловить и обработать ее вприложении. Причем не  на уровне окна, а на уровне всего приложения. Такой подход позволяет сделать обработку многих ошибок только в одном месте, не замарачиваясь на них в дальнейшем.

http://msdn.microsoft.com/ru-ru/library/at8a576f.aspx

сделай типизированный DataSet, далее делаешь Fill ....... Update

Зачем все это?
Ты хочешь иметь таблицу. в которой  названия продуктов будут уникальными.
База данных все за тебя сделает.
Тип UNIQUE для поля. По умолчанию, кажется индексируется. Не только в MS SQL, во всех базах.
При вставке у тебя даже експшен не бросится.
Либо возвратит ID вставленной записи, либо null.
Такая логика должна быть везде.

Чем меньше ты задумываешься о деталях на уровне приложения, тем лучше. Чем легче у тебя запрос, чем он меньше, тем лучше. Чем более он универсален для д ругих баз,тем лучше. Если ты можшеь какую то логику на уровень БД перенести, тем лучше. Спорный вопрос по поводу триггеров, но констрейнты - однозначно на уровень ДБ.

Обрати внимание, выражение IF EXISTS в примере, на который ты дал ссылку используется исключительно чтобы что то дропнуть перед этим. Иначе да, у тебя будет exception. Но с инсертом, это не правильно.

PS: был не прав, ексепшен вылетает, если будет попытка вставить запись с дубликатом. И тут спорный вопрос, сделать все в тихую и вставить с помощью IF EXISTS, либо вставлять явно все, и обабатывать exception для дубликатов. Exception - отличная возможность показать пользователю, что такая строчка уже существует.

Исправлено sav (03.12.12 10:25)

Udaw написал(а):

sav,  ну да, вылетает исключение. А ты его можешь отловить. В тексте исключения будет название констрейнта. И будут характерные фразы о том, что нарушена уникальность. Ты всегда можешь это дело отследить и выдать окошко с соответствующим сообщением. Только в БД должна быть таблица, в которой задано соответствие характерной фразы и что выводить на русском. В момент запуска программы это дело должно быть загружено. Далее при каждом исключении должен быть анализ на класс исключения и на сообщение исключения. Таким образом ты оставишь контроль на уровне БД и сделаешь обработку ошибок.

Вроде бы  я то же самое сказал. Что БД сама отвечает за целостность и корректность данных.
А как обрабатывать исключения и что выводить пользователю и выводить ли вообще, это уже другой вопрос.