|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Vladimir Pavlikov 2:5020/400 19 Feb 2001 14:41:05 To : All Subject : Re: Re[4]: Проблема с большими таблицами -------------------------------------------------------------------------------- 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> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Oleg Ivantchouk" <ion@utg.gazprom.ru> wrote: > VA> Читатель RR помешает писателям когда кончится место под версии. > VA> Это обсуждалось выше вот только что. > Это писатель помешает читателю, точнее писатели. У одного писателя не > получится. У читателя, когда он не найдет соответствующего согласованного > набора результатов в сегменте отката, используемого писателем, выйдет ошибка > snapshot too old. Вполне помешает, по той же причине. Если запись не может быть изменена "по-месту" из-за блокировки RR-транзакцией, а места в сегменте отката нет... ну понятно. Те самые случае, которые в явную демонстрируют "сбокуверсионность". -- Владимир Павликов. Отправлено через сервер 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/6488377c35f2.html, оценка из 5, голосов 10
|