Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.02.20;
Скачать: 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 вся ветка

Текущий архив: 2003.02.20;
Скачать: CL | DM;

Наверх




Память: 0.47 MB
Время: 0.013 c
1-63674
Zirus
2003-02-12 06:04
2003.02.20
копирование формы


3-63535
Sergeyy
2003-02-03 14:11
2003.02.20
Фильтрация по lookup ам


3-63556
RomanFromMD
2003-02-03 17:10
2003.02.20
Запрос к базе из потоков


14-63756
Катерина
2003-02-05 22:35
2003.02.20
Файлы *.mov


14-63784
sad
2003-02-03 14:26
2003.02.20
Фреймы