Вниз
Скачать: CL | DM;

FibDataSet - две транзакции   Найти похожие ветки 

← →
SasaR ©   (2003-02-03 14:54) [0]

В вышеупомянутых компонентах ввели две транзакции Transaction и UpdateTransaction. Ув. мастера, не вдаваясь в подробности, подскажите:
а) В чем необходимость такого разделения ?
б) С чем хорошим и "плохим" можно столкнуться в разработке, если использовать такую возможность ?


← →
Alexandr ©   (2003-02-03 14:57) [1]

www.fibplus.com.ua


← →
Johnmen ©   (2003-02-03 14:58) [2]

а) чтобы пишущие тр-ии были как можно короче
б) толко с хорошим...:)


← →
Alexandr ©   (2003-02-03 15:02) [3]


> б) толко с хорошим...:)

да, если помнить про некоторые тонкости.


← →
Johnmen ©   (2003-02-03 15:11) [4]

>Alexandr © (03.02.03 15:02)
>да, если помнить про некоторые тонкости.

Какие ? :)



← →
Alexandr ©   (2003-02-03 15:18) [5]

1) разные транзакции дают как бы разные срезы БД, отсюда возможна нестыковка в данных при чтении и апдейте.
2) refresh походит в читающей транзакции. Поэтому для правильной работы нужен отдельный запрос в пишущей транзакции... Но это сложный случай. И на него пока смотреть не будем.


← →
-=Sergeante=- ©   (2003-02-03 16:26) [6]


> Alexandr © (03.02.03 15:18)


Случай маловероятный. Ещё менее вероятный, если обновляются только изменённые поля записи. На худой конец блокирование записи холостым апдейтом с обновлением - вообще сводит на нет нестыковку, про которую ты сказал. А вобщем согласен.



Страницы: 1 вся ветка

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



Память: 0.46 MB
Время: 0.01 c
3-63585
mate
2003-02-04 09:14
2003.02.20
Номер записи


3-63534
Jdrm
2003-02-03 12:15
2003.02.20
Invalid BLOB handle in record buffer


1-63643
Кило
2003-02-11 10:00
2003.02.20
Как сделать часть надписи Bold-ом?


3-63592
Igor_thief
2003-02-04 11:11
2003.02.20
Preview


3-63484
Nuclear
2003-02-04 19:32
2003.02.20
Методы ADOTable1.Append и ADOTable1.Cancel




   Наверх