|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 08 Jan 2003 20:19:25
To : Vova Aksionov
Subject : Re: Синхронизация доступа к БД
--------------------------------------------------------------------------------
Hi, Vova Aksionov!
В чреве акулы, пойманной Sun, 5 Jan 2003 06:31:21 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: Синхронизация доступа к
БД':
>>> SP> порождает генерацию целых таблиц блокировок. HО! все эти операции по
>>> SP> построению блокировок происходят в памяти, в то же время как у
>>> SP> версионника любая модификация в конкурирующей транзакции - это
>>> SP> порождение новых версий данных, а значит эскалация дисковых
>>> SP> операций.
>
>У версионника (IB) _любая_вообще_ модификация, не зависимо от того
>какие еще есть транзакции порождает новую версию. Соотверственно
>старую надо потом убирать. Зато у версионника нет TransactionLog - и
>счет в битве между верс. и блок. серверами в этом месте пости
>выравнивается ;)
Странно. А почему лог есть зло ?
Что в нем плохого ?
То, что он естественным образом решает проблемы инкрементного бэкапа и
восстановления БД на любой интересующий момент времени (просто
накатываем лог до этого момента) ?
Или то, что он позволяет естественно вынести операции записи
(транзакций), которые нельзя отложить и кэшировать на другой
физический диск/контроллер ?
Или то, что его наличие естественно решает задачи:
- On-Line бэкапа с низкими затратами ресурсов (fuzzy backup)
- Репликации изменений
- Поддержания на резервном сервере актуальной копии БД (log shipping)
?
При этом, кроме самого факта наличия себя - ничего особо плохого в нем
вроде нету ? Ась ?
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
