|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Dmitry Kuzmenko 2:5020/400 20 Feb 2001 12:47:49 To : All Subject : Re: Проблема с большими таблицами --------------------------------------------------------------------------------
Hello, Oleg!
Oleg Ivantchouk wrote:
> VP> Hичего, никогда... Прочитай самую верхнюю строку, и попробуй описать
> VP> действия сервера при необходимости сделать версию записи, входящей в
> VP> резалтсет RR-тран- закции, при отсутствии на томе места для расширения
> VP> отката...
>
> Боюсь показаться назойливым, но позволю себе повториться еще раз.
> Oracle все равно, входят изменяемые данные в резалтсет, или не входят.
> Использование сегмента отката пишущей транзакцией производится точно также,
> и от других сессий никак не зависит. Описание действий сервера см. ниже.
Олег, ты опять начинаешь предлагать решение проблемы. Здесь это никому
не надо - кто работает с Ораклом, найдет для себя приемлемое решение.
Мы здесь говорим о существующей функциональности, не более.
В Оракле в RR допускаются пропадания версий
В IB в RR HЕ допускаются пропадания версий.
Разумеется, если место на диске кончится совсем, то и IB остановится. Hо
дело опять же не в этом. Тебе пытаются объяснить, что версионность в Оракле
встроенная, т.е. внедрена в нормальное блокировочное (на уровне записей) ядро,
и поэтому имеет свои ограничения.
--
Dmitry Kuzmenko, Epsylon Technologies.
TechSupport Manager. InterBase support.
Welcome to http://ib.demo.ru/ (1251)
(095) 530-28-06.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Epsylon Technologies (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/210822856d12.html, оценка из 5, голосов 10
|