|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 06 Jun 2001 15:51:38 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- u.ru> <9fkafk$2vk5$1@ddt.demos.su> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Tengiz Kharatishvili" <tengiz.kharatishvili@gte.net> wrote: > Hе понимаю, зачем так бояться блокировок на индексах - да, бывает, что для > даже простых сценариев написанных "в лоб" дополнительные блокировки могут > увеличивать вероятность всяких неприятностей - но, для того чтобы уметь их > минимизировать, я бы посоветовал подробнее разобраться как это всё работает > в SQL Server. При RR-уровне изоляции mssql накладывает диапазонные блокировки на индексы по условию во where. Что в ряде случаев приводит к практически однопользовательской работе и резко увеличивает вероятность дедлоков. С учетом того, что подобный уровень применяется чаще всего для объем- ных транзакций (и для них уровень необходим по условиям задачи) - ответ довольно очевиден. > Экспериментируйте - смотрите планы, изучайте что как и в какой > последовательности блокируется. В общем - разбирайтесь с повадками и > привычками сервера. Вы избежите многих проблем и граблей если будете хорошо > ориентироваться в такой внутренней механике, которая на самом деле не очень > глубоко закопана, и будете стелить солому в виде правильного выбранного > уровня изоляции, lock hints, и, самое главное, тщательного продумывания > схемы данных и стаднартных или часто используемых запросов. Справедливо. Вот только все перечисленное в двух последних строках должно определяться прежде всего требованиями задач и предметной области в целом. И чем больше приходится подгонять перечисленное под "фичи" конкретного сервера, тем хуже. Тенгиз, мне нравятся твои письма. И содержанием, и стилем. Ты хорошо знаешь mssql и его особенности. В связи с этим вопрос - ты не пробовал те же задачи решать на другом сервере, Оракле, к примеру? И сравнить при этом необходимость учета вышеперечисленного для двух серверов? Ответа я не знаю, но, мне кажется - он будет отрицательный. Просто потому, что разница между этими необходимостями не оставит аргументов в пользу продолжения работы на ms. Hо это лишь предположение, хотелось бы получить ответ. Если отрицательный, достаточно простого "нет". В противном случае интересны аргументы. -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/64882d5d87f7.html, оценка из 5, голосов 10
|