Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как лучше нашему любимому Firebird-у?
|
|||
|---|---|---|---|
|
#18+
Как я понял в Visual Studio идеология работы с данными заточена на то, чтобы накопить изменения, а потом резко скинуть сразу большой пакет изменений в базу. Возникает вопрос - а может Firebird-у то как раз лучше постоянно потихоньку легкими запросами сбрасывать, как в FibPlus c AutoCommit? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2015, 15:02 |
|
||
|
Как лучше нашему любимому Firebird-у?
|
|||
|---|---|---|---|
|
#18+
EugeneBar, в Delphi это CachedUpdates у большинства компонент. CU хорош тем, что не надо держать транзакции бесконечно длинными, пока пользователь редактирует данные. А количество изменений в пакете зависит от того, сколько изменений вы хотите накапливать. Там может быть и изменение 1 записи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2015, 17:23 |
|
||
|
Как лучше нашему любимому Firebird-у?
|
|||
|---|---|---|---|
|
#18+
Обычно размер транзакции определяется ТЗ. Дробить одну бизнес-транзакцию на несколько физических - потерять атомарность. Объединять несколько бизнес-транзакций в одну физическую - потерять durability. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2015, 17:47 |
|
||
|
|
start [/forum/topic.php?fid=40&msg=39079114&tid=1562580]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 266ms |
| total: | 405ms |
| 0 / 0 |
