временная таблица?

← →
MORA (2004-07-28 19:44) [0]

как лучше поступить?
есть такая задача: редактирование заказа, в котором есть много заказанных продуктов.
Открываем форму редактирования заказа - меняем некоторые реквизиты заказа а также список заказанного: что-то добавляем, что-то удаляем.
и наконец - если все нормально - сохраняем ЗАКАЗ, если передумали - надо вернуть ЗАКАЗ в прежнее состояние (вместе со списком ЗАКАЗАННОГО)

← →
Fay © (2004-07-28 19:57) [1]

Не сохраняйте изменения.

← →
bushmen © (2004-07-28 20:01) [2]

> MORA (28.07.04 19:44)

Вам сегодня посоветовали разумную мысль: почитайте литературу и многие вопросы пропадут сами собой.

← →
Vemer © (2004-07-30 00:01) [3]

Для однопользовательской системы - просто поле "выбор", для многопользовательской - лучше доп. таблица типа
ID товара / ID пользователя / выбор
с уникальностью на первые 2 поля.
Образец 1-го (IB/FB) решения на DevPortal.Ru.

← →
VID © (2004-07-30 01:33) [4]

я не понял, речь идёт о TDataSet.Post, TDataSet.Cancel ?

← →
Fynjy (2004-07-30 07:18) [5]

У ADO компонентов есть свойство LockType.

← →
Term (2004-07-30 14:55) [6]

в качестве временной таблицы можно использовать RxMemoryData

← →
dtm (2004-07-30 15:14) [7]

UpdateSQL в общем-то, тоже может подойти.
Если изменения заказа подтверждаются, UpdateSQL.ApplyUpdates; иначе - откат в начальное состояние.

А по моему в нормальных СУБД эту пробемму можна решить с помошью транзакций, если все нормально то подтвердить а если не нормально то откатить вот и все

TClientDataSet - вот выход.

← →
Term (2004-07-30 17:07) [10]

> А по моему в нормальных СУБД

про то какая СУБД автор молчит

временная таблица? Найти похожие ветки