interesting
Кроме как на слотах транзакций (логике работы с ними) я не вижу bottlenecks.

Если вы мне подскажите другую причину bottlenecks , буду премного благодарен.

сотни транзакций херачат данные в один день конкурируя за запись в leaf-block индекса за этот день.

кстате попутно оракл обнаружив, что блок помечен на сброс (на hdd) умеет не ждать пока DBRW его запишет, а сделает копию в памяти не дожидаясь сброса на диск.

interesting
Время изменения блока в памяти ничтожно мало по сравнению с
длительность транзакции, которая держит слот.

согласен, крокодил более зеленый чем длинный.
"держание" слота кушать в отличии от мсскл не просит или вы о чем-то другом ?

interesting
ИМХО В мсскл ОНО проснулось на крик "Свободная Касса"
получило еду и пошло себе кушать ( ждать комита) не занимая места в бутылочном горлышке
блока ( данных или индекса).

как раз происходит ровно обратное - в оракле получив еду (ITL) уходит себе кушать, а вот мсскл занимает место в бутылочном горлышке структуры блокировок. еда (ITL) в блоке индекса бесконечна, сам блок может даже записаться на диск, даже быть вытесненным вместе с блокировкой на диск из кеша и вообще не кушать ресурсов, а в мсскл структура блокировок бесконечно пухнуть не может и под нагрузкой начинает эскалироваться до блокировки всей таблицы со всеми вытекающими для других покушать

ну и учитывая, что блокировок блокировочному механизму на порядок если не 2 больше требуется, то оракл с реверсным индексом получит заметное преимущество.

interesting
Я не хочу и не буду браться сравнивать разные подходы
в организации кассы ( блокировок) и раздачи еды ( блоков данных и индексов)
с учетом необходимости ACID контроля качества кала :)
все это не отменит факта отсутствия какого-либо инструмента снижающего конкуренцию на запись блока индекса в мсскл. да и кассу в конце концов можно взять одну - версионную.

AAronмне нравится упертость Yo!, обсуждается его не очень корректное утверждение, но по-прежнему каждую фразу заканчивает MSSQL г...но.

так хочется, что нибудь ляпнуть

interesting
но может случиться потеря качества кала в плодь до диареи :)
это точно, обезьяна с гранатой (reverse index) захватывающее зрелище, но есть простой выход из положения - не давать гранату обезьянкам.

interestingПотому что чисто версионная ( вообще без блокировок)
касса не умеет правильно готовить select ...... for update и serializable.
ну потому она и сугубо теоретическая, для тяжелых OLTP, что мсскл, что оракл кассу примерно одинаково предлагают готовить.

interesting
Так я и просил Вас убрать его из списка полезных индексных фич.
Что бы не дай Бог, случайно нашедшая Ваш сайт, обезьяна не взорвалась.
я не гринпис, мне обезьянок не жалко. а за уточнение, что reverse не сколько план, а сколько конкурентный доступ помогает улучшить, спасибо. это подправил.

andsm
Проблемы с конкурентным доступом к последнему блоку данных действительно были, но они решены без всякого reverse index.
такое проканает только если конкуренция только за блоки примарного ключа, если есть еще хотя бы один горячий индекс фокус не пройдет. и вообще тогда уж имхо проще самому примари кей было бы генерить не последовательно, хотя за неимением сиквенсов может оно и верно ....

andsm В этом случае можно запретить эскалации вообще, запретить эскалации

ну сервер захлебнется в юлозании по огромному списку локов, мсдн об этом не раз предупреждает ....

sdvsamara то несколько серверов начинают за последний блок драться, и начинают постоянно сбрасывать его на диск, чтобы другие экземпляры могли его изменять

глупости, RAC так не работает. для того чтоб другая нода могла менять синхронизируется кеш по интерконекту. да не самая быстрая операция, потому реверс индекс для RAC особенно полезен. кстате по судя по первому месту в tpc-c именно молотилка индекса с нескольких нод работает очень эффективно.

sdvsamara
Важно что эта фича именно для RAC и в другом случае не нужна. А так как MS SQL, насколько я знаю, таку конфигурацию не поддерживает, то ему этот индекс и не нужен. А вот если поддерживает, то это ошибка не иметь такой индекс.
не понял, вы пытаетесь меня убедить, что мсскл единственная субд где мистическим образом конкуренции не происходит ? дык, не получится, да и andsm собственно разъяснил как в мсскл предлагается выкручиваться без реверс индекса. согласен, при условии, что драка происходит только за примари кей то проканает ...