Здравствуйте, GlebZ, Вы писали:

P>>Эффективный — это быстрый или мощный?
GZ>Да.
Что да Оба что ли?

P>>Есть еще и виртуальная память. Неизвестно еще, будут ли пассы со свопингом медленнее загрузки страниц в РСУБД.
GZ>Известно что да. Производители РСУБД убьются за ради одного лишнего обращения к диску. Вся их логика рассчитана на уменьшение стоимости получения объекта или набора объектов. За единицу стоимости обычно берут число обращений и количество прочитанных данных с диска.

Не верю, что известно. Мне непонятно, откуда может взяться разница.

GZ>Второе, 2-3 гига виртуальной памяти на которые может рассчитывать средний комп — не очень много для базы данных.
Это так, но дело в том, что РСУБД неэффективно использует место и + хранит много дополнительной информации. Возьмем какую-нибудь процессинговую систему: десять миллионов записей о продажах шириной в 200 колонок должна весить около 16 гигабайт, а что получаем на деле?

GZ>Если РСУБД упала, то все завершенные транзакции остаются завершенными и сохраненными. После завершения транзакции — хоть потоп, все результаты сохранены в постоянном хранилище, и притом в согласованном виде.
Здесь то же самое. Видимо ты недостаточно хорошо изучил вопрос. Все обращения к объектам сохраняются на диск, прежде чем быть выполненными. При восстановлении после сбоя они будут выполнены еще раз. Snap shot кладет всё на диск и забывает об обращениях.

GZ>Что касается prevalyar я в принципе не смотрел, есть ли возможность откатов транзакций. И возможна ли работа в виде Read Commited?
Всё на уровне объектов. Т.е. если белать базу на Prevalayer, кому-то придется повторить все эти фишки с уровнями изоляции в виде некоторой библиотеки.

GZ>Это все и был ответ.
Паааняааатна.