|
|
ru.perl- RU.PERL ---------------------------------------------------------------------- From : Sergey Pratбh 2:5020/400 27 Aug 2001 00:34:26 To : Oleg Bakiev Subject : Hа: events -------------------------------------------------------------------------------- Hi! "Oleg Bakiev" <Oleg.Bakiev@p58.f109.n5061.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:998856445@p58.f109.n5061.z2.ftn... > Hello kan! > > Thu Aug 23 2001 02:02, kan wrote to Artem Chuprina: > > k> Т.е. если Oracle падает с segmentation fault, то пеpед этим все данные > k> записываются на диск, все кеши очищаются и нет никаких потеpь данных?! > k> Hе веpю! > Это не вопрос веры, а голые факты. Оракл во время работы готов к падению в > любое время, в том числе в тот интересный момент, когда обработка конца > транцакции уже начата, но ещё не закончена. Именно поэтому mysql, который в > пиковый момент просто скажет: "Hу не шмогла", на обновлении данных при прочих > равных как правило более эффективен. Только цена такой эффективности, если > данные критически важны... Эту тему лучше обсудить в su.dbms (там ей самый топик). Hо так в доке на Oracle написано - транзакции двухфазные, т.е. если он упал во время сохранения списка изменений самой транзакции, то транзакция будет откачена, если же этот список/журнал есть полностью, то при первом же его запуске он будет накачен. Это давно известно. Дальнейшее обсуждение - вроде как злостный оффтопик. В MySQL транзакций отродясьне было, об этом в доке "русским по белому" написано и нечего здесь "круглые глазки строить". :) -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: Solver Ltd. site #2 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.perl/150147002f0fa.html, оценка из 5, голосов 10
|