[axapta 4.0] - index и index hint

[Андре]

Если я не ошибаюсь, в своем выступлении Алексей Еременко говорил о том, что в 4.0 решили отказаться от поддержки хинтов, и, в частности, index hint.

Может кто-нибудь прокомментировать этот момент. Я его неправильно понял?
Залез сегодня в 4-ку - хинт по-прежнему поддерживается.

[kashperuk]

Правильно поняли, во всяком случае, так же, как и я.

Решено было отказаться от использования хинтов, а не от их поддержки. То есть, SQL Server сейчас лучше сам определит, где какой индекс использовать, и навязывание ему конкретной стратегии может замедлить процесс выборки данных.

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

[Андре]

Цитата:

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

И среда исполнения, встретив хинт, сформирует такой же запрос, как и в 3.0? Или проигнорирует его?

[mazzy]

Цитата:

Сообщение от Андре

И среда исполнения, встретив хинт, сформирует такой же запрос, как и в 3.0? Или проигнорирует его?

Встретив хинт сформирует такой же запрос как и в 3.0 (правда, еще не проверял).
Речь идет о том, что стандартный функционал не будет содержать хинтов.
чтобы не пришлось давать вот такие советы http://axapta.mazzy.ru/lib/querytuning/

[glibs]

Цитата:

Сообщение от kashperuk

...
SQL Server сейчас лучше сам определит, где какой индекс использовать
...

Я, конечно, в SQL Server не профи, но, по-моему и раньше тоже так было.

Но вот с Oracle (с ним я вообще не работал, только по наслышке) вроде как без хинтов ничего нормально не работает. Собственно этим о объясняется их неимоверное количество в коде Аксапты.

Если это правда, то как понимать заявление господ из Микрософта (его я тоже еще не выкачивал, но Андре склонен доверять)?

[Андре]

В общем, Алексей там как-то очень туманно выразился. Из объяснений kashperuk и mazzy следует, что разработчики mbs (кстати какие - российские, штаб-квартира...) обязались не использоват index hint. Здорово конечно, но при наличии данного инструмента в системе разработчики партнеров и клиента по прежнему будут его использовать. А вот как раз их я и боюсь
Кстати, Алексей там еще и про forupdate высказался. Как без него будут разруливаться конфликты я вообще не понял.....

Цитата:

Но вот с Oracle (с ним я вообще не работал, только по наслышке) вроде как без хинтов ничего нормально не работает.

Работает, только оптимизатор Oracle требует большей заботы и внимания.

[Sirius]

Цитата:

Сообщение от Андре

Кстати, Алексей там еще и про forupdate высказался. Как без него будут разруливаться конфликты я вообще не понял.....

насколько я понял, без forupdate можно работать будет только на SQL2005 (может и на Оракле).. дело в том, что SQL2005 стал версионником (т.е. теперь если одна транзакция начала изменения, то все другие могут иметь доступ к этим данным, но будут видеть их изначальные значения, т.е. игнорировать все что наизменяла первая транзакция, ну а далее видимо проверка по номеру версии строки и все дела)

[Vadik]

Цитата:

Залез сегодня в 4-ку - хинт по-прежнему поддерживается

"Присутствует в коде" не означает "попадает в запрос". Собственно, как и в 3.0

Просто вынесли битовый флаг из HINT FLAGS отдельной опцией в конфигурационной утилите (Database tuning \ Allow index hints in queries) и по умолчанию отключили ее

Цитата:

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

не тех боитесь

[Андре]

Цитата:

Просто вынесли битовый флаг из HINT FLAGS отдельной опцией в конфигурационной утилите(Database tuning \ Allow index hints in queries) и по умолчанию отключили ее

Я правильно понимаю, что при отключенной этой опции ядро Аксапты игнорирует все index-хинты?

[Андре]

Цитата:

дело в том, что SQL2005 стал версионником

Версионник, версионником... но....

Пользователь 1 сказал: select t
Пользователь 2 сказал select тот же самый t
Пользователь 1 сказал t.update()
Пользователь 2 сказал t.update()

Система сказала: ???

[belugin]

...пользователю 2 - иди нафиг.

[Sirius]

как мне кажется будет работать:

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

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

[gl00mie]

Цитата:

Сообщение от Андре

Кстати, Алексей там еще и про forupdate высказался. Как без него будут разруливаться конфликты я вообще не понял...

В своем посте "Излучая оптимизм" он пишет
С точки зрения Microsoft Dynamics Ax модель OCC, реализованная в 4.0, состоит из следующих областей:

• Удаления (выключения) подсказок типа 'forupdate' в коде X++ (со стороны ядра).
• При обновлении одного или нескольких столбцов строки происходит проверка статуса изменения значения со времени, когда значение было считано в транзакции. Если значение было изменено, возникает исключительная ситуация и ядро генерирует исключение (Exception::UpdateConflict)
• X++ код изменен для обработки таких исключений в обработчике try-catch

[Vadik]

Цитата:

Сообщение от Андре

Я правильно понимаю, что при отключенной этой опции ядро Аксапты игнорирует все index-хинты?

так точно

[Андре]

Цитата:

...пользователю 2 - иди нафиг.

На месте пользователя 2 я бы жутко обиделся.
Могла бы послать меня на этапе select, пока я НЕ потратил кучу времени на внесение изменений. В общем то, forupdate неплохо решал эту задачу.

[MironovI]

Цитата:

Сообщение от Андре

На месте пользователя 2 я бы жутко обиделся.
Могла бы послать меня на этапе select, пока я НЕ потратил кучу времени на внесение изменений. В общем то, forupdate неплохо решал эту задачу.

А так?

Пользователь 1: select T
Пользователь 2: insert into R select from T
Пользователь 1: update T
Пользователь 2: select R - что получит??

[Андре]

Цитата:

А так?

Пользователь 1: select T
Пользователь 2: insert into R select from T
Пользователь 1: update T
Пользователь 2: select R - что получит??

Я четверку пока не смотрел. Раньше зависело от наличия/отсутствия forupdate.

[MironovI]

Цитата:

Сообщение от Андре

Я четверку пока не смотрел. Раньше зависело от наличия/отсутствия forupdate.

Дык, вот в этом и вопрос - если модель оптимистичная - мы получаем грязное чтение? Я все в этой модели понял и со всем согласен - кроме этого..

[glibs]

Цитата:

Сообщение от Sirius

...
без forupdate можно работать будет только на SQL2005 (может и на Оракле).. дело в том, что SQL2005 стал версионником (т.е. теперь если одна транзакция начала изменения, то все другие могут иметь доступ к этим данным, но будут видеть их изначальные значения, т.е. игнорировать все что наизменяла первая транзакция, ну а далее видимо проверка по номеру версии строки и все дела)
...

Чего-то я не понял. Но в 4.0 поддержку 2000-го, вроде, пока не отменили. Стало быть без forupdate код писать нельзя. Или оно теперь по-другому работать стало на уровне ядра?

А то я еще в такие дебри не успел углубиться.

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

[Андре]

Цитата:

Чего-то я не понял. Но в 4.0 поддержку 2000-го, вроде, пока не отменили.

На самом деле, про forupdate - это скорее вопрос Алексею, как то он довольно расплывчато рассказал про этот момент. Да и не верится мне, что пользователей так будут обламывать:

Цитата:

...пользователю 2 - иди нафиг.