|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Vladimir Pavlikov 2:5020/400 19 Feb 2001 20:53:10 To : All Subject : Re: Re[6]: Проблема с большими таблицами -------------------------------------------------------------------------------- gaa8907s1v3@4ax.com> <3A8AA108.51F14A53@demo.ru> <96fjjl$nnt$1@service.katren.ru> <3A8BBDB7.6C64BB6C@demo.ru> <96gf8b$bsv$1@service.katren.ru> <3a8bc4d4.6418980@news.itfs.nsk.su> <96gkbl$913$1@host.talk.ru> <3A8BF48D.66D0A192@demo.ru> <96io4o$a3d$1@host.talk.ru> <3A8D080B.1059D033@demo.ru> <96j820$alg$1@host.talk.ru> <3a8d2e20.2675397@news.itfs.nsk.su> <96jepl$jg5$1@host.talk.ru> <96qt4j$rv3$2@host.talk.ru> <96rchn$s4h$1@host.talk.ru> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Oleg Ivantchouk" <ion@utg.gazprom.ru> wrote: > >> VA> Читатель RR помешает писателям когда кончится место под версии. > >> VA> Это обсуждалось выше вот только что. > >> Это писатель помешает читателю, точнее писатели. У одного писателя не > >> получится. У читателя, когда он не найдет соответствующего согласованного > >> набора результатов > >> в сегменте отката, используемого писателем, выйдет ошибка snapshot too old. > > VP> Вполне помешает, по той же причине. Если запись не может быть изменена "по-месту" > VP> из-за блокировки RR-транзакцией, а места в сегменте отката нет... ну > VP> понятно. > 1) Читатель ничего никогда не блокирует. Естественно, если он этого явно не закажет. Hичего, никогда... Прочитай самую верхнюю строку, и попробуй описать действия сервера при необходимости сделать версию записи, входящей в резалтсет RR-тран- закции, при отсутствии на томе места для расширения отката... > 2) Пишущая транзакция всегда использует сегмент отката. Это использование не зависит от > наличия или отсутствия читателей и их режимов - read commited или repeatable > read. 3) Если нет места в сегменте отката, то Oracle его расширяет. Можно > сделать, что он будет расширять, пока места на диске хватит. Уверен, что в > ситуациях, когда до > такого дойдет, и IB никуда с подводной лодки не денется. Однако настройка > сегментов отката > - это отдельный вопрос, прямо не связанный с ситуацией, предлагаемой моим оппонентом. Твоя уверенность умиляет, но Оракл реально падает при исчерпании места на томе отката (либо при запрете его расширения, даже когда места навалом). При том, что для самой базы (на другом томе) могут быть свободны гиги. Т.е. в условиях, когда IB "цветет и пахнет"... -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/64881a4715a3.html, оценка из 5, голосов 10
|