Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7 8   вперед  Ctrl      все
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!

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


Я так и знал :)


Я же написал(поправился), следующим сообщением ,
что может не только места не хватать .

Yo!

These types of indexes can become performance bottlenecks on high-volume transactional systems because of serialization that occurs when inserting values into the leaf-blocks of these indexes.


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

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





Yo.!

в свою очередь мсскл при привышении кол-ва блокировок проэскалирует блокировки до блокировки всей таблицы.


Я не большой спец в области глубин архитектуры MS SQL.
4 мар 10, 17:49    [8432935]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

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

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


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

кстате попутно оракл обнаружив, что блок помечен на сброс (на hdd) умеет не ждать пока DBRW его запишет, а сделает копию в памяти не дожидаясь сброса на диск.
4 мар 10, 18:08    [8433088]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!


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


Это сомнения не вызывает , но причины bottleneck не раскрывает.

ИМХО первопричина :
Время изменения блока в памяти ничтожно мало по сравнению с
длительность транзакции, которая держит слот.
4 мар 10, 19:46    [8433557]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

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


согласен, крокодил более зеленый чем длинный.
"держание" слота кушать в отличии от мсскл не просит или вы о чем-то другом ?
4 мар 10, 20:27    [8433672]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!
interesting

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


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


Я о

Yo.!

These types of indexes can become performance bottlenecks on high-volume transactional systems because of serialization that occurs when inserting values into the leaf-blocks of these indexes.


ОНО накушалось и еды для других еще полно, но оно сидит и ждет комита возле кассы ,
при этом другие стоят в serialization очереди на место что бы покушать.


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

Пусть знатоки анатомии мсскл поравят если я не прав.
4 мар 10, 20:49    [8433740]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

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

как раз происходит ровно обратное - в оракле получив еду (ITL) уходит себе кушать, а вот мсскл занимает место в бутылочном горлышке структуры блокировок. еда (ITL) в блоке индекса бесконечна, сам блок может даже записаться на диск, даже быть вытесненным вместе с блокировкой на диск из кеша и вообще не кушать ресурсов, а в мсскл структура блокировок бесконечно пухнуть не может и под нагрузкой начинает эскалироваться до блокировки всей таблицы со всеми вытекающими для других покушать
4 мар 10, 21:28    [8433887]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
ну и учитывая, что блокировок блокировочному механизму на порядок если не 2 больше требуется, то оракл с реверсным индексом получит заметное преимущество.
4 мар 10, 21:32    [8433899]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!
interesting

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

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



Я не хочу и не буду браться сравнивать разные подходы
в организации кассы ( блокировок) и раздачи еды ( блоков данных и индексов)
с учетом необходимости ACID контроля качества кала :)

При сравнении возникает слишком много артефактов ,
которые вызывают погрешность соизменимую с оперируемыми значениями.
4 мар 10, 22:16    [8434053]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
мне нравится упертость Yo!, обсуждается его не очень корректное утверждение, но по-прежнему каждую фразу заканчивает MSSQL г...но.

это ли паранойя?
4 мар 10, 22:29    [8434079]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

Я не хочу и не буду браться сравнивать разные подходы
в организации кассы ( блокировок) и раздачи еды ( блоков данных и индексов)
с учетом необходимости ACID контроля качества кала :)

все это не отменит факта отсутствия какого-либо инструмента снижающего конкуренцию на запись блока индекса в мсскл. да и кассу в конце концов можно взять одну - версионную.

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

так хочется, что нибудь ляпнуть
4 мар 10, 22:52    [8434139]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!
interesting

Я не хочу и не буду браться сравнивать разные подходы
в организации кассы ( блокировок) и раздачи еды ( блоков данных и индексов)
с учетом необходимости ACID контроля качества кала :)

все это не отменит факта отсутствия какого-либо инструмента снижающего конкуренцию на запись блока индекса в мсскл. да и кассу в конце концов можно взять одну - версионную.


Можно ,
но может случиться потеря качества кала в плодь до диареи :)

Потому что чисто версионная ( вообще без блокировок)
касса не умеет правильно готовить select ...... for update и serializable.
4 мар 10, 23:15    [8434199]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
Yo.!

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

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

да нет, зачем же...
забавно, напоминает детский сад в далеком детстве
5 мар 10, 08:17    [8434556]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

но может случиться потеря качества кала в плодь до диареи :)

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

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

ну потому она и сугубо теоретическая, для тяжелых OLTP, что мсскл, что оракл кассу примерно одинаково предлагают готовить.
5 мар 10, 13:23    [8437187]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3789
А где "...VS Sybase" ?????
5 мар 10, 13:37    [8437353]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
interesting
Guest
Yo.!
interesting

но может случиться потеря качества кала в плодь до диареи :)

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


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

Не обессутьте, что может не так попросил, по другому менее интересно было бы :)

з.ы. show must go on :)
5 мар 10, 15:03    [8438101]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
interesting

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

я не гринпис, мне обезьянок не жалко. а за уточнение, что reverse не сколько план, а сколько конкурентный доступ помогает улучшить, спасибо. это подправил.
5 мар 10, 15:59    [8438741]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

Ivan Durak wrote:

> А где "...VS Sybase" ?????

Так а нахрена ? Тут могло бы быть ещё много чего VS,
это не имело бы никакого значения.

Оракл всё равно был бы "круче всякой крутоты".

Posted via ActualForum NNTP Server 1.4

6 мар 10, 11:45    [8441467]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
ананисто
Guest
MasterZiv, Oracle и так круче всякой крутоты.
8 мар 10, 14:00    [8445399]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
У меня БД (MS SQL) обрабатывает в пике примерно 5000 транзакций в секунду. Финансовая система. Думаю вполне можно назвать нагрузку как тяжелое OLTP.
Проблемы с конкурентным доступом к последнему блоку данных действительно были, но они решены без всякого reverse index.
Описание проблемы с которой столкнулся плюс предлагаемые MS способы ее решения тут: Resolving PAGELATCH Contention on Highly Concurrent INSERT Workloads

По эскалациям блокировок. Эскалации в MS SQL это не зло, а полезная фича. Есть ситуации когда они нежелательны. В этом случае можно запретить эскалации вообще, запретить эскалации если менеджер блокировок использует менее 40% процентов доступной памяти, запретить эскалации на конкретных таблицах.
8 мар 10, 22:22    [8446411]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

andsm wrote:

> По эскалациям блокировок. Эскалации в MS SQL это не зло, а полезная
> фича. Есть ситуации когда они нежелательны. В этом случае можно

Так это понятно, зло в том, что ими не управляешь.

> запретить эскалации вообще, запретить эскалации если менеджер блокировок
> использует менее 40% процентов доступной памяти, запретить эскалации на
> конкретных таблицах.

Это как ? можно пруфлинк ?

Posted via ActualForum NNTP Server 1.4

9 мар 10, 10:33    [8447582]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
Yo.!
interesting

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

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


Погодите, у Кайта написано, что reserved индексы для улучшения конкурентно доступа. Но не в обычных конфигурациях, а тогда, когда несколько серверов подключены к одной базе. Если используется обычный индекс, то несколько серверов начинают за последний блок драться, и начинают постоянно сбрасывать его на диск, чтобы другие экземпляры могли его изменять 9а это долго). В случае с reserved - этого не требуется и производительность выше.
9 мар 10, 12:54    [8448617]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
MasterZiv,

Trace Flags 1211 и 1224

http://msdn.microsoft.com/en-us/library/ms188396.aspx
9 мар 10, 13:02    [8448679]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
andsm

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

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

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


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

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


глупости, RAC так не работает. для того чтоб другая нода могла менять синхронизируется кеш по интерконекту. да не самая быстрая операция, потому реверс индекс для RAC особенно полезен. кстате по судя по первому месту в tpc-c именно молотилка индекса с нескольких нод работает очень эффективно.
9 мар 10, 13:15    [8448784]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
Yo.!,

Сбрасывает, не сбрасывает не сильно важно. Важно что эта фича именно для RAC и в другом случае не нужна. А так как MS SQL, насколько я знаю, таку конфигурацию не поддерживает, то ему этот индекс и не нужен. А вот если поддерживает, то это ошибка не иметь такой индекс.
9 мар 10, 13:38    [8448993]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL vs Sybase  [new]
Yo.!
Guest
sdvsamara

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

не понял, вы пытаетесь меня убедить, что мсскл единственная субд где мистическим образом конкуренции не происходит ? дык, не получится, да и andsm собственно разъяснил как в мсскл предлагается выкручиваться без реверс индекса. согласен, при условии, что драка происходит только за примари кей то проканает ...
9 мар 10, 13:53    [8449149]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7 8   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить