> AT> Вторая причина - если коммитить реже, то это быстрее работает.
> И на фришных базах (спасибо наелся) и у на промышленных
> (а у нас честный Informix) ситуация у меня скажем "ровно обратная".
> Длинные транзакции - смерть (для фришных баз) или "неоптимальная
> производительность" (для промышленных)
На PostgreSQL 7.1.3
- одна длинная транзакция лучше (быстрее) кучи мелких
- длина транзации ограничена местом на диске
50 тыс записей против 1 млн я не рассматривал, рассматривается
десятки тысяч против десятков :)
> Кроме того у _любой_ базы есть противное понятие "long transaction"
> Даже если оно явно не описано. Место под сохранение образов данных
> "до изменения" что бы откатить если надо не безразмерное
Да, конечно. Аналогично, у _любой_ базы есть практическое ограничение
связанное с местом на дисках - но его мы тоже сейчас не рассматриваем
Алексей Тутубалин
mailto: lexa@lexa.ru
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
