Привязка к рекордсету или собственноручное написание запросо

[Wasup!]

Скажите, пожалуйста, какой подход при редактировании данных в БД вы предпочитаете, и почему? Связанный с рекордсетом грид, который используя возможности рекордсета автоматически генерирует необходимые запросы в БД или собственноручное написание и отправка всех sql-запросов (кстати, а как в таком случае обновлять грид?)

[Alexanbar]

Тот, который решает поставленную задачу.

Если требуется визуализация содержимого базы - нужен к-л контрол. Скажем, табличный.

Но можно использовать невидимые Data или ADODc, чтобы перемещаться по записям и использовать их события.

[Antonariy]

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

А вот DATA и особенно ADODC использовать не рекомендую.

[Wasup!]

В 99% случаев отсоединенные рекордсеты и биндинг.

Отсоединенный рекордсет, это:

Код: Выделить всё

rs.open
set rs.activeconnection=nothing
cnn.close
… 'редактирование данных пользователем
cnn.open
rs.updatebatch

Правильно? А какие этот подход дает преимущества?

Тот, который решает поставленную задачу.

Поставленная задача: выдача результатов sql запроса в грид, возможность эти данные редактировать (ins,upd,del) и отправлять обратно в базу. При этом уменьшить нагрузку на сеть (если некоторые значения подставляются триггерами, то не тащить на клиента заново всю выборку, а только те записи которые были отредактированы), обеспечить проверку форматов вводимых данных (например, дата только yyyy.mm.dd), для некоторых таблиц возможность редактирования через хранимые процедуры.

Уверен, что все кто работает с базами данных, эту задачу для себя решили. Поделитесь опытом. Понимание отдельных методов у меня есть, а в комплексе никак не увязывается.

[Wasup!]

Понимаю, знающим людям все очевидно. А вот мне совсем нет, напишите Ваши варианты и одним непонимающим станет меньше.

[VVitafresh]

Поставленная задача: выдача результатов sql запроса в грид, возможность эти данные редактировать (ins,upd,del) и отправлять обратно в базу. При этом уменьшить нагрузку на сеть (если некоторые значения подставляются триггерами, то не тащить на клиента заново всю выборку, а только те записи которые были отредактированы), обеспечить проверку форматов вводимых данных (например, дата только yyyy.mm.dd), для некоторых таблиц возможность редактирования через хранимые процедуры.

К примеру, можно в соответствие с заданными критериями выводить в грид список записей только для просмотра. Если записей слишком много, заставить юзера уточнить критерии -- это основной способ уменьшения нагрузки на сеть и сервер.
Редактирование выбранной записи сделать не в гриде, а через вызываемую формочку. В этой форме на этапе ввода производить валидацию данных в соответствие с требуемыми условиями. Значения, которые подставляются тригерами не выводить в грид, а только на форму редактирования (тогда не придется обновлять каждый раз грид). Сохранять через хранимую процедуру значения с формы я думаю проблем не составит.

[Wasup!]

Правильно ли я понимаю, что в таком случае я работаю с отсоединенным от базы рекордсетом (rs.activeconnection=nothing)?
То есть, когда пользователь нажимает кнопку "Сохранить" на форме для редактирования.
Я отправляю в базу оператор cnn.execute "update mytable set … = …" и одновременно обновляю данные в отсоединенном рекордсете
rs.field(0)=NewValue1
rs.field(1)=NewValue2
Дальше обновляю строчку в гриде.

А при добавлении записи отправляю в базу cnn.execute "insert into mytable …", добавляю строчку к рекордсету и заполняю её вручную. rs.addnew, rs.field(0)=NewValue1…
Добавляю строчку в гриде.

Точно так же работаю и с подставляемыми триггерами значениями.
rs.open "select id, value, timestamp from mytable"
Редактирование пользователем
cnn.execute "update mytable set value=NewValue where id=1" 'обновление таблицы в базе
rs2.open "select id, value, timestamp from mytable where id=1" 'значение timestamp подставляется в триггере, поэтому выбираем его из базы
Обновляем эту строчку в основном рекордсете rs(2)=rs2(2).
Обновляю грид.

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

У меня такое чувство, что я как раз и занимаюсь изобретением хрени…

[VVitafresh]

Правильно ли я понимаю, что в таком случае я работаю с отсоединенным от базы рекордсетом (rs.activeconnection=nothing)?

Я работатаю с обычным. Но в принципе без разницы с каким рекордсетом работать, отсоединенным или нет.

То есть, когда пользователь нажимает кнопку "Сохранить" на форме для редактирования.
Я отправляю в базу оператор cnn.execute "update mytable set … = …" и....

Лиично я так бы не делал. Зачем вручную делать Insert/Update базы, если ты пользуешься рекордсетом?

Как один из вариантов (упрощенно):
Открываем коннекшн и рекордсет.

Код: Выделить всё

rs.Open "SELECT...", cn, adOpenKeyset, adLockOptimistic

Открываем запись на редактирование в новом окошке, заполняем элементы (напр. Textbox'ы) значениями из рекордсета:

Код: Выделить всё

Text1.Text = rs.Fields(0).Value
Text2.Text = rs.Fields(1).Value
.........

После внесения изменений сохраняем данные (перед этим можно проверить, не противоречат ли данные наложенным ограничениям):

Код: Выделить всё

rs.Fields(0).Value = Text1.Text
rs.Fields(1).Value = Text2.Text
rs.Update
Unload Me

Вот и весь процесс редактирования. При этом не нужно вручную обновлять грид, т.к. все изменения текущего рекордсета там автоматически отразятся.

значение timestamp подставляется в триггере, поэтому выбираем его из базы

А значение поля timestamp пользователю должно быть вообще безразлично и выводить его вообще не нужно. Поле типа Timestamp не используется для хранения даты/время -- для этого существует datetime.

[Andrey Fedorov]

Вот и весь процесс редактирования. При этом не нужно вручную обновлять грид, т.к. все изменения текущего рекордсета там автоматически отразятся.

Да и для редактирования далеко не всегда нужно форма - зачастую это удобно делать в самом Grid-e - валидируется он ничуть не хуже.

[Wasup!]

С простым редактированием таблицы вроде бы все понятно. Привязываем рекордсет к нормальному гриду (TDBGrid и т.д.) и возлагаем всю работу на него. Получается даже не надо вызывать методы рекордсета, все сделает грид.
А если редактирование таблицы идет через хранимки?
Я никак не вижу простого способа это сделать, не прибегая к отсоединению рекордсета и ручного его обновления.
На примере добавления записи через ХП.

Код: Выделить всё

rs.open "select Id1, Value, Id2 from MyTab"
set rs.activeconnection=nothing 'чтобы при работе с рекордсетом изменения не отправлялись в базу
cnn.execute "Call AddNewRecToMyTab(?,?)", NewId1,NewValue 'добавили запись в базу, Id2 подставляется в процедуре
rs2.open "select Id1, Value, Id2 from MyTab where Id1=NewId1" 'получили все поля только что добавленной записи
rs.addnew 'добавили пустую строку к рекордсету
rs(0)=rs2(0) 'заполнили её полученными значениями
rs(1)=rs2(1)
rs(2)=rs2(2)
'Обновили грид

Это можно упростить?

[Andrey Fedorov]

Это можно упростить?

Можно еще уйти в NET - там изначально все под это завязано...

[VVitafresh]

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

Это можно упростить?

Если редактировать через ХП и избегать rs.Requery то вряд ли упростить...

Другой вопрос, нужно ли выводить в грид все значения, которые могут быть изменены через ХП? Возможно, достаточно выводить минимальный неизменяемый набор данных (типа: код, наименование), а деталировку записи подтягивать из БД при открытии формы редактирования. В этом случае вопрос обновления грида отпадет.

700 сообщение