Текущий архив: 2004.08.22;
Скачать: CL | DM;
Вниз
временная таблица? Найти похожие ветки
← →
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; иначе - откат в начальное состояние.
← →
Rule © (2004-07-30 15:25) [8]А по моему в нормальных СУБД эту пробемму можна решить с помошью транзакций, если все нормально то подтвердить а если не нормально то откатить вот и все
← →
Ega23 © (2004-07-30 16:07) [9]TClientDataSet - вот выход.
← →
Term (2004-07-30 17:07) [10]
> А по моему в нормальных СУБД
про то какая СУБД автор молчит
Страницы: 1 вся ветка
Текущий архив: 2004.08.22;
Скачать: CL | DM;
Память: 0.46 MB
Время: 0.033 c
