|
|
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток! FB 2.5, Delphi XE2, IBX 1. В программе использую одну долгоживущую читающую транзакцию для нескольких справочников с параметрами: авторread read_committed rec_version для отображения данных в DB-компонентах, при изменении запроса для справочника использую только Open и Close IBQuery, не запуская транзакции заново. Как написано на ibase "такая транзакция стартует в состоянии committed...", то есть, стартует в подтвержденном состоянии и Commit ей не нужен? Правильно ли я понял ? Или ей все-таки лучше делать Commit, например, при выходе из программы ? 2. Если я заведу одного пользователя в БД и несколько операторов будут работать только под этим пользователем, какие проблемы при этом могут возникнуть ? Заранее благодарен! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2014, 21:28:53 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
ibnewbieПравильно ли я понял ? Или ей все-таки лучше делать Commit, например, при выходе из программы ? Понял ты правильно, но у такой транзакции есть и другие побочные эффекты, так что лучше ей делать commit сразу, как только она стала не нужна. Т.е. прямо после Close. Кстати говоря, Close-Open - самый идиотский способ работы с набором данных. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2014, 21:39:16 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, В основном частый Close-Open происходит, когда выбираются данные из КЛАДРа, а остальные справочники заполняются один раз и висят до конца работы программы, справочная транзакция одна. Вот я и думал, что в контексте долгоживущей транзакции ей Commit делать не нужно и работа сводится к Close-Open IBQuery. Если я не ошибаюсь, то при Commit набор данных закроется и в DB компонентах ничего не будет (нет возможности сейчас проверить). Подскажите, пожалуйста, каков будет правильный план действий при такой работе ? Как отойти от Close-Open, если это не тот способ работы с набором данных ? Или выбрать другие параметры транзакций ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2014, 22:15:57 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
ibnewbieЕсли я не ошибаюсь, то при Commit набор данных закроется и в DB компонентах ничего не будет А выдать каждому набору данных собственную транзакцию тебе мешает что? Жаба?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2014, 23:45:45 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, нет, жаба не мешает :) так и сделаю. Вы говорили про побочные эффекты такой транзакции, какими они могут быть ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2014, 17:52:46 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
ibnewbieВы говорили про побочные эффекты такой транзакции, какими они могут быть ?например особенности работы с временными блобами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2014, 18:16:18 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevsky, Спасибо. Можете подсказать что-нибудь по второму вопросу: Если я заведу одного пользователя в БД и несколько операторов будут работать только под этим пользователем, какие проблемы при этом могут возникнуть ? Необходимости менять интерфейс программы в зависимости от роли пользователя нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2014, 18:51:49 |
|
||
|
Несколько нубских вопросов
|
|||
|---|---|---|---|
|
#18+
ibnewbieкакие проблемы при этом могут возникнуть ? Когда (не "если") кто-то из них что-то напортачит в БД, ты не будешь иметь возможность определить кто именно это сделал. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2014, 18:56:34 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38523235&tid=1563989]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
210ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 531ms |

| 0 / 0 |
