|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Lilya A. Kozlenko 2:5025/17 16 Mar 2001 11:57:55 To : All Subject : Re: безопасность превыше всего? -------------------------------------------------------------------------------- "Roman Sergeyev" <Roman_Sergeyev@p107.f1032.n5030.z2.fidonet.org> wrote in message news:984664302@p107.f1032.n5030.z2.ftn... > Лиля, это точно так же не значит, что значительный pост пpоизводительности > у дpугих CУБД не вызван посpедственной pеализацией "не raw" ваpианта. Речь шла, например, об NT. ntfs особым умом и сообразительностью, а также расторопностью особо никогда не отличался, что не всегда удобно. Про то, как в случае отказа nt в момент создания или роста размера файла после рестарта данная операция может быть спокойно откачена, хотя все вызовы фс вернули, что все хорошо, упонимать не будем (реальных методов управления ntfs кроме принудительного преполнения его журнала в 4-то nt нет, для того, чтобы как-то гарантировать актуальность информации файлов данных СУБД после отказов nt). > заточена под абстpактную CУБД. Или для всех pаспpостpаненных RAID контpоллеpов > уже есть middleware, учитывающее потpебности того же Oracle? Я кажется не утверждала, что под все :). > LK> Hа структуру которой вообще говоря OS и ее файловой системе, а также кэшу > LK> ... начхать со всем вытекающими. > Вот именно. Оттого raw и делают. -- Regards, Lilya Kozlenko --- Microsoft Outlook Express 5.50.4522.1200 * Origin: RELEX Inc. (2:5025/17@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/7753fbfe5d88.html, оценка из 5, голосов 10
|