> AT> Вторая причина - если коммитить реже, то это быстрее работает.
> И на фришных базах (спасибо наелся) и у на промышленных
> (а у нас честный Informix) ситуация у меня скажем "ровно обратная".
> Длинные транзакции - смерть (для фришных баз) или "неоптимальная
> производительность" (для промышленных)
На PostgreSQL 7.1.3
- одна длинная транзакция лучше (быстрее) кучи мелких
- длина транзации ограничена местом на диске
50 тыс записей против 1 млн я не рассматривал, рассматривается
десятки тысяч против десятков :)
> Кроме того у _любой_ базы есть противное понятие "long transaction"
> Даже если оно явно не описано. Место под сохранение образов данных
> "до изменения" что бы откатить если надо не безразмерное
Да, конечно. Аналогично, у _любой_ базы есть практическое ограничение
связанное с местом на дисках - но его мы тоже сейчас не рассматриваем
Алексей Тутубалин
mailto: lexa@xxxxxxx
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.