|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Oleg Ivantchouk 2:5020/400 20 Feb 2001 11:10:05 To : Vladimir Pavlikov Subject : Re[8]: Проблема с большими таблицами -------------------------------------------------------------------------------- Hello Vladimir, Monday, February 19, 2001, 7:53:10 PM, you wrote: >> VP> Вполне помешает, по той же причине. Если запись не может быть изменена VP> "по-месту" >> VP> из-за блокировки RR-транзакцией, а места в сегменте отката нет... ну >> VP> понятно. >> 1) Читатель ничего никогда не блокирует. Естественно, если он этого явно не VP> закажет. VP> Hичего, никогда... Прочитай самую верхнюю строку, и попробуй описать VP> действия сервера при необходимости сделать версию записи, входящей в VP> резалтсет RR-тран- закции, при отсутствии на томе места для расширения VP> отката... Боюсь показаться назойливым, но позволю себе повториться еще раз. Oracle все равно, входят изменяемые данные в резалтсет, или не входят. Использование сегмента отката пишущей транзакцией производится точно также, и от других сессий никак не зависит. Описание действий сервера см. ниже. >> 2) Пишущая транзакция всегда использует сегмент отката. Это использование не VP> зависит от >> наличия или отсутствия читателей и их режимов - read commited или repeatable >> read. 3) Если нет места в сегменте отката, то Oracle его расширяет. Можно >> сделать, что он будет расширять, пока места на диске хватит. Уверен, что в >> ситуациях, когда VP> до >> такого дойдет, и IB никуда с подводной лодки не денется. Однако настройка >> сегментов VP> отката >> - это отдельный вопрос, прямо не связанный с ситуацией, предлагаемой моим VP> оппонентом. VP> Твоя уверенность умиляет, но Оракл реально падает при исчерпании места на VP> томе отката (либо при запрете его расширения, даже когда места навалом). При VP> том, Если поставить у тэйблспэйса с сегментом отката MAXSIZE UNLIMITED, то может быть, не проверял. Предпочитаю MAXSIZE задавать вполне конкретный, не выходящий за рамки тома. В таких условиях Oracle дает ошибку failed to extend rollback segment, а никуда не падает. Ограничение на макс. размер можно задать и не у т.-с., а у самого сегмента отката. А можно и не задавать, сам тс можно сделать фиксированного размера (вообще-то это по умолчанию) хоть на весь диск. Все управляемо. VP> что для самой базы (на другом томе) могут быть свободны гиги. Т.е. в VP> условиях, когда IB "цветет и пахнет"... Э-э-э, что это за отмазки - на другом томе? Если объемы информации, генерируемые транзакцией, настолько большие, что диска не хватает, то лучшее, что может сделать любой сервер - это выдать ошибку и вертать транзакцию взад. Олег Иванчук mailto:ion@utg.gazprom.ru -- Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Yugtransgaz (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/6488c918e3ba.html, оценка из 5, голосов 10
|