|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 04 Jan 2003 18:45:06
To : Sergey Prach
Subject : Re: Синхронизация доступа к БД
--------------------------------------------------------------------------------
Hello, Sergey Prach!
You wrote to Pavel V. Pasechnik on Thu, 26 Dec 2002 23:16:00 +0000 (UTC):
SP> получается несколько иная картина - самый высокий уровень не всегда
SP> самый дорогостоящий по времени выполнения для блокировочника, так
SP> как блокировка накладываеся либо целиком на таблицу, либо на узел
SP> индекса (оптимизатор сам выбирает что дешевле).
... а остальные транзакции стоят... Оценивать нужно время выполнения
всех параллельных транзакций, а не single user - неинтересно.
SP> порождает генерацию целых таблиц блокировок. HО! все эти операции по
SP> построению блокировок происходят в памяти, в то же время как у
SP> версионника любая модификация в конкурирующей транзакции - это
SP> порождение новых версий данных, а значит эскалация дисковых
SP> операций.
Сам придумал, или "подсказал" кто?
SP> Why is dead? Благодаря отсутствию многих версий % заполнения
SP> страниц данными у блокирочников намного выше. А значит дисковых
SP> операций требуется меньше, иногда на порядок.
Hу и чушь :( % заполнения - это параметр создания базы. Порядок м.б.
лишь в случае, когда у одного сервера процент ниже десяти (так кто-то
делает?!), а у другого - практически вся сотня (тоже шибко умным не
назовешь). В реалии под версии забивается меньше 10%, это надо раз-
делить пополам (при среднем заполнении ~50%) и, с учетом того, что
версии хранятся не в виде записей, а дельт - разделить еще на 3-5.
Останется 1-3% - это если вообще учитывать версии при определения %,
чего мало кто делает :) Если же учесть существующие сервера - IB
имеет чуть ли не самое компактное хранение данных (до 6 раз по срав-
нению с Ораклом, к примеру) плюс логи - соотношение будет _обратным_,
хотя и не на порядок, конечно. Про Постгре не в курсе.
>> Да откуда я знаю???
SP> Лучший ответ на этой неделе! А лучший потому, что честный. Тут я
SP> на полном серьезе.
Воспользовался бы наконец хорошим примером...
---------------------------------------------
Владимир Павликов.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
