У меня возникла следующая проблема с сохранением данных в БД: 
Сейчас у меня на форме есть DBGridEh который связан с TFIBDataSet'ом, ещё много чего и две кнопки "ОК" и "Отмена". Пользователь вносить изменения(добавляет, удаляет, модифицирует данные) в грид. 
1) Сейчас у меня все сохранения вносятся после нажатия крестика на форме или нажатия кнопки "ОK" - которая делает Commit и закрывает форму. Кнопка "Отмена" - закрывает форму и делает Rollback.
2) Есть вариант заместо кнопок "ОК" и "Отмена" сделать кнопку "Закрыть" - которая просто закрывает форму, и после каждого изменения делать Commit т.е. FIBDataSet.AutoCommit := True;
3 Последний вариант состоит в том, чтобы оставить кнопки "ОK" и "Отмена", и в добавок на ToolBar'e разместить две кнопки (или только первую): кнопка  сохранения текущих изменений(при чем форма не закрывается т.е. FibDataSet.Commit) и кнопка отмены внесенных данных(форма также не закрывается и делается FibDataSet.Rollback).
Посоветуйте как правильней и нужней будет для пользователя. Если мои варианты бредовые предлагайте свои. Главное, чтобы пользователь остался доволен.

Это сообщение отредактировал(а) Delphist - 4.12.2006, 19:19

поскольку так или иначе всё делается через грид, то наверное проще всего повесить Commit на AfterPost. я тут не вижу особого смысла в каких-то окнах с педалями.

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

1. из базы берутся значения, которые он будет менять
2. формируется диалоговое окно, заполняется этими значениями и выводится на экран.
3. пользователь вводит новые значения и закрывает окно.

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

в вашем случае вы просто используете db-aware контролы, и смысла в кнопках "ok" | "отмена" я лично не вижу. легче автоматически коммиттить транзакцию после каждого пост или отменять после каждорго cancel. насколько я помню, FIB+ позволяет это дело отслеживать автоматически.

на правах имхо ;)

Т.е. ты предлагаешь 2- ой вариант: заместо кнопок "ОК" и "Отмена" сделать кнопку "Закрыть" - которая просто закрывает форму. На любые изменения делать Commit.

Delphist, не совсем. поскольку у вас используется грид, я не вижу смысла в доп. окне на редактирование. проще убрать его вообще, а в FIB+ включить автокоммит транзакций.

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

а форма с гридом открывается модально?

нет это дочернее окно mdi приложения. данное окно выступает в роли справочника.

я думамаю - вариант №2
но тут многое зависит от квалификации пользователя - например зделал юзер много изменений и нечаяно нажал отмену (в худшем случае даже этого не заметил) - и кто виноват окажеться когда это наконец всплывет?
а во втором варианте у пользователя ответственность за каждое изменение (главное ему это внушить)
как вариант можно зделать чтобы после каждого изменения появлялось окошко с подтверждением (если изменений не много)

Delphist, ну, тогда два варианта.

1. автокоммит на изменения, а окно просто тупо закрывать по кнопке (твой вариант № 2)
2. справочник сделать модальным окном. (зачем он нужен в качестве MDIСhild?)

тогда при втором варианте:



тогда в операционных таблицах можно будет вызывать тот же самый справочник (для выбора какого-то значения) именно в качестве модального окна.