
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.01.2014, 21:28:53
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#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:39:16
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
ibnewbieПравильно ли я понял ? Или ей все-таки лучше делать Commit, например, при выходе из программы ? Понял ты правильно, но у такой транзакции есть и другие побочные эффекты, так что лучше ей делать commit сразу, как только она стала не нужна. Т.е. прямо после Close. Кстати говоря, Close-Open - самый идиотский способ работы с набором данных. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.01.2014, 22:15:57
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
Dimitry Sibiryakov, В основном частый Close-Open происходит, когда выбираются данные из КЛАДРа, а остальные справочники заполняются один раз и висят до конца работы программы, справочная транзакция одна. Вот я и думал, что в контексте долгоживущей транзакции ей Commit делать не нужно и работа сводится к Close-Open IBQuery. Если я не ошибаюсь, то при Commit набор данных закроется и в DB компонентах ничего не будет (нет возможности сейчас проверить). Подскажите, пожалуйста, каков будет правильный план действий при такой работе ? Как отойти от Close-Open, если это не тот способ работы с набором данных ? Или выбрать другие параметры транзакций ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.01.2014, 23:45:45
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
ibnewbieЕсли я не ошибаюсь, то при Commit набор данных закроется и в DB компонентах ничего не будет А выдать каждому набору данных собственную транзакцию тебе мешает что? Жаба?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.01.2014, 17:52:46
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
Dimitry Sibiryakov, нет, жаба не мешает :) так и сделаю. Вы говорили про побочные эффекты такой транзакции, какими они могут быть ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.01.2014, 18:16:18
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
ibnewbieВы говорили про побочные эффекты такой транзакции, какими они могут быть ?например особенности работы с временными блобами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.01.2014, 18:51:49
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
Ivan_Pisarevsky, Спасибо. Можете подсказать что-нибудь по второму вопросу: Если я заведу одного пользователя в БД и несколько операторов будут работать только под этим пользователем, какие проблемы при этом могут возникнуть ? Необходимости менять интерфейс программы в зависимости от роли пользователя нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.01.2014, 18:56:34
|
|||
|---|---|---|---|
|
|||
Несколько нубских вопросов |
|||
|
#18+
ibnewbieкакие проблемы при этом могут возникнуть ? Когда (не "если") кто-то из них что-то напортачит в БД, ты не будешь иметь возможность определить кто именно это сделал. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=40&tablet=1&tid=1563989]: |
0ms |
get settings: |
11ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
228ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 542ms |

| 0 / 0 |
