|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tengiz Kharatishvili 2:5020/400 09 Jun 2001 02:37:11
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
u.ru> <9fkafk$2vk5$1@ddt.demos.su> <9fl5eb$g25$1@host.talk.ru>
u.ru> <9fmr4e$stm$1@ddt.demos.su> <9fnlut$ou8$1@host.talk.ru>
From: "Tengiz Kharatishvili" <tengiz.kharatishvili@gte.net>
Reply-To: "Tengiz Kharatishvili" <tengiz.kharatishvili@gte.net>
"Vladimir Pavlikov" <pvv@soil.msu.ru> wrote in message
news:9fnlut$ou8$1@host.talk.ru...
> Hе согласен. Диапазоны проще, работы меньше. Т.е. упрощается работа
> lock manager'а, читай - производителя. При этом растет вероятность
> блокирования других транзакций, т.е. проблемы для пользователей.
> Или разработчиков.
>
Если внимательно посмотреть на реализицию key-range в SQL Server то
выясняется, что это на самом деле не диапазоны, а NextKey-lock в
общепринятой терминологии, так что это не совсем то. И, как результат,
последствия для ряда ситуаций не такие неприятные как если бы это было бы
для предикатных блокировок.
> Что до альтернатив - версионный выглядит несравнимо лучше.
>
Я бы не выпускатл этого джинна из бутылки - потом не загоним :). Лучше этого
здесь не обсуждать, IMHO.
> Очень интересна дата. "В своё время" - это явно не вчера, а вот выбор
> mssql ниже 7-ки, на фоне ORACLE и DB2... Откровенно не понимаю.
>
> Естественно. А объективные?
>
А может лучше вынесем это в offline, если интересно? Как я уже писал, я бы
не хотел участвовать в публичных дискуссиях на темы отличные от строго
технических, а вопрос выбора того или иного сколько нибудь более или менее
серьёзного инструмента редко бывает чисто техническим.
Cheers
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
