.ЛП,
Ну не сгущайте краски-то так :)
На самом деле не все так страшно, как вы описываете. То что описываемый вами сценарий - дыра, - да. Это признаю и я и разработчик. Закрыть эту дыру не сложно, и это будет сделано.

Если же смотреть на реальность - вероятность подобного сценария крайне мала: ведь вы же смотрите ситуацию, когда у вас сервак сгорел в состоянии, успевшем принять последнюю транзакцию и успевшим разослать ее на клиентов таким образом, что она дошла не до всех, а только до части клиентов... т.е. с сетью тоже что-то произошло (бродкастом же слали, даже если сервак сдох успев отправить - пакеты-то дойдут). При этом одновременно_с_этим вы вырубаете из сети клиента, получившего эту последнюю транзакцию. Извините меня, но вероятность возникновения такой ситуации..... оооо...

Что касается выживания системы при уничтожении 50% входящих в нее компов и больше, - да нет, - она не просто будет жить кое-как. Она именно будет жить совершенно нормально и потеряет.. ну разве что последние секунды/максимум - минуты данных. И это при том, что никакого админа нет и никто ни за какими бэкапами не следит и резервных серверов не ставит.
Собственно это я и имела в виду, когда говорила в статье об "естественной отказоустойчивости": у вас система выживет и будет обладать почти всеми данными, если жив окажется хотя бы один комп.

Если уж говорить об отказоустойчивости, давайте рассмотрим вариант обеспечения отказоустойчивости в конторке средней паршивости с приходящим/удаленным админом. (Я намеренно не беру всевозможные системы типа оракловых кластеров, зеркалирования дисковых массивов и т.д. и т.п. Это другой уровень администрирования и другие деньги.
Мы сейчас о массовом сегменте с малыми и средними предприятиями, на которые, как раз и рассчитан данный фреймворк со своей базой и архитектурой.)
Чего там максимум будут делать? Максимум, - это регулярные бэкапы и складывание их куда-нибудь. Соответственно, имеем: сервак сгорел. Если лог жив, то мы восстанавливаемся из бэкапа, накатываем лог имеем все закоммиченные транзакции на сервере. В момент выполнения операции сотрудники курят. На процедуру уходит некоторое время, но в принципе - все живо.
А если лог помер? В этом случае мы имеем данные только до момента бэкапа, который, при хорошем раскладе делается ну, раз в день, т.е. имеем день потерянной работы. А часто бэкап не делается вообще... Ну и кто тут окажется в дураках в ситуации "сервак сгорел"?

SergSuperвобще странно что самим разработчикам не снизойти до прямого общения
За разработчика - извиняюсь, - с терминологией сложности... Вот и приходится работать переводчиком :)

Dimitry Sibiryakov,

Убедили :) Ну признали уже эту дыру, признали. Будет устранена.

интересующаяся_мнениемУбедили :) ...
Но сервак должен сгореть так, что именно диск с файлом данных порушится... а сотрудник увезти комп(ноутбук) с последними вбитыми накладными с собой домой в свой заслуженный отгул.. а, ну и конечно никто не знает о том, что он вчера оставался последним чтобы добить пачку накладных :) ... Это я так, - отмазываюсь :-ь

Dimitry Sibiryakov,
Нет, на все версии. На системном уровне они видны. На уровне пользователя - нет.

.ЛП,
Я уже сказала, что относительно этой дыры я не спорю. Конечно здесь консистентность разрушается и это дело нужно устранять.

Gluk (Kazan)Не сообщат "они" ничего. Они тупо будут не в курсе, что бухгалтер унес домой 4,5 и 6 и радостно согласятся, что да их номер 3 самый последний. А вот когда бухгалтер на следующий день придет ... то да, лягут все

Никто там не ляжет. Когда бухгалтер придет на следующий день, если к моменту старта его машины у него номер локальной транзакции будет выше, чем на сервере - ему дадут отлуп и велят откатить транзакции. Если номер выше, - данные конкретно на его машине начнут писаться дальше. У него 4,5, 6 будут альтернативными, - это да, и это есть дыра на данный момент.

vadiminfo,
Спасибо за мысль, возможно следует и туда заглянуть :) Я как-то рассматривала в контексте сравнения в основном с классическими РСУБД, - это, так сказать, главный акцент сравнения. Но взглянуть на вопрос чуть шире тоже не помешает.

[quot Gluk (Kazan)]интересующаяся_мнением.ЛП,
Да ну? И как будете закрывать???
Опишите
В файле данных всегда есть размер смещения до окончания последней транзакции, ну и время ее пишется. На что-то одно можно завязаться и проверять это при старте клиентской машины: сравнивать инфу по последней транзакции на клиенте с серверной транзакцией с этим же номером.