Скачать: 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 вся ветка

Скачать: CL | DM;



Память: 0.47 MB
Время: 0.027 c