![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
временная таблица? [D7]
MORA © (2004-07-28 19:44:00)как лучше поступить?
есть такая задача: редактирование заказа, в котором есть много заказанных продуктов.
Открываем форму редактирования заказа - меняем некоторые реквизиты заказа а также список заказанного: что-то добавляем, что-то удаляем.
и наконец - если все нормально - сохраняем ЗАКАЗ, если передумали - надо вернуть ЗАКАЗ в прежнее состояние (вместе со списком ЗАКАЗАННОГО)
Term (2004-07-30 17:07:00) [1]
> А по моему в нормальных СУБД
про то какая СУБД автор молчит
Ega23 (2004-07-30 16:07:00) [2]TClientDataSet - вот выход.
Rule (2004-07-30 15:25:00) [3]А по моему в нормальных СУБД эту пробемму можна решить с помошью транзакций, если все нормально то подтвердить а если не нормально то откатить вот и все
dtm (2004-07-30 15:14:00) [4]UpdateSQL в общем-то, тоже может подойти.
Если изменения заказа подтверждаются, UpdateSQL.ApplyUpdates; иначе - откат в начальное состояние.
Term (2004-07-30 14:55:00) [5]в качестве временной таблицы можно использовать RxMemoryData
Fynjy (2004-07-30 07:18:00) [6]У ADO компонентов есть свойство LockType.
VID (2004-07-30 01:33:00) [7]я не понял, речь идёт о TDataSet.Post, TDataSet.Cancel ?
Vemer (2004-07-30 00:01:00) [8]Для однопользовательской системы - просто поле "выбор", для многопользовательской - лучше доп. таблица типа
ID товара / ID пользователя / выбор
с уникальностью на первые 2 поля.
Образец 1-го (IB/FB) решения на DevPortal.Ru.
bushmen (2004-07-28 20:01:00) [9]> MORA (28.07.04 19:44)
Вам сегодня посоветовали разумную мысль: почитайте литературу и многие вопросы пропадут сами собой.
Fay (2004-07-28 19:57:00) [10]Не сохраняйте изменения.