Какой подход лучше (из опыта).
Насколько мне удалось понять (если я не прав - поправьте), то для работы с БД (для добавления и изменения данных) можно использовать 2 подхода:
1. Собирать запрос, подставляя в него значения из textBox-ов
2. Привязать textBox-ы к DataTable
Так как лучше? Кажется, что 2 красивее. Но ничего конкретного по нему не видел.
И еще - если можно.
Спасибо заранее.

Я бы выбрал все-таки 1-ый вариант. По поводу примера - ну строки можно наверно и самому собрать

можно использовать 102 подхода. все зависит от количества нужных полей, интерфейса, сколько записей будет введено за раз, етс.
я использую текстбоксы, их можно нужным образом расположить на экране, а также, например, выделить бакграундом обязательные поля и проч.

OK. Спасибо. Значит продолжаю собирать строки
Раньше просто писал на делфе. Дык там текстбоксы настраивались на поля таблиц и про контроль вводимых данных можно было забыть. Здесь тогда как контролировать ввод. Регулярные выражения прикручивать? Или что?

Моно посмотреть в обработку события Validating (что-то вроде такого). Там и проверять.

ОДНОЗНАЧНО не нужно изобретать велосипед, поэтому 2-й вариант лучше !

Подробней - в MSDN, всё что посвящено data bindings. Если в двух словах, то:
1) представляешь свои таблицы в виде DataTable или DataView
2) привязываешь свои textBox-ы к полям таблицы
3) зачитываешь из БД и обновляешь в БД свою DataTable, используя класс DataAdapter

всё, и руками ничего делать не нужно.

Я верил, что так можно!
Спасибо за информацию. Буду работать.

Я это не делаю, потому что чаще всего использую для обновления stored procedure. И параметры из форм подставляю руками. А связывать с полями - может для просмотра и ничего, но вот для редактирования - мне не очень нравится. Хотя на вкус и цвет

Я когда под веб писАл, тоже так делал. Сейчас решил попробовать готовые возможности, предоставляемые .NET-ом.

Цитата(AntonSaburov @ 10.6.2005, 16:59)

А связывать с полями - может для просмотра и ничего, но вот для редактирования - мне не очень нравится

А можно поконкретней ?

Ну предположим получил я данные. Показать - замечательно. Здесь поля можно привязывать.

Но как только дело доходит до редактирования - мне не нравятся стандартные варианты. Я люблю делать редактирование руками. Вызвали диалог, отметили все что надо, закрыли диалог. Подставили значения полей из диалога в поля SP и вызвали.

Цитата(AntonSaburov @ 10.6.2005, 19:19)

Но как только дело доходит до редактирования - мне не нравятся стандартные варианты. Я люблю делать редактирование руками. Вызвали диалог, отметили все что надо, закрыли диалог. Подставили значения полей из диалога в поля SP и вызвали.

Я тоже предпочитаю такой вариант.

Если приложение использует для работы с БД промежуточный слой (persistence или data layer), тогда удобнее завязать контролы на датасет, т.к. в этом случае фреймворк делает работу по связыванию данных самостоятельно, а датасетом управляет промежуточный слой. В итоге, на плечи остальной части приложения ложится только написание обработчиков событий формы и управление data layer-ом (т.е. "сохранить данные из формы", "зачитать данные в форму", "обновить", "удалить запись" и т.п.). Это моё имхо, подкреплённое реальным опытом работы с проектом, активно использующим большое кол-во форм с разнообразными по структуре датасетами. К примеру, на форме находится 3 закладки, на первой - десяток текстовых и числовых полей, поля "дата/время", на второй закладке - текстовые поля и датагрид DevExpress, с редактируемыми полями, на третьей - другой грид и несколько полей с кнопками выбора "...", и всё это завязано на одну запись (DataRow) датасета, связанную посредством relations с другими записями таблиц того же датасета. Зачитка и прочие операции реализованы в базовом классе формы, а привязка контролов к полям датасета - суть всего лишь добавление одного databinding-а. Реализовать то же самое вручную, используя хранимые процедуры - значит, завязаться на конкретную структуру данных, которая в принципе может измениться.