Кто использует KR3 ?

[Logger]

Цитата:

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

Можно для тех, кто в танке - что имелось ввиду ?
1) Куда и как оно "перевернуто" ?
2) Как заставитьработать новые ключи из KR (-indexhints) ?
Спасибо !

Может быть имелось в виду

-hint=32767

в конфигурационной утилите ?

[Demel]

У нас в Ax3+SP4+KR3+Oracle 9.2.0.6 тонкий клиент AOS. Сейчас тестируем.
Если поставить Hint flag = 32767, вообще жуткие глюки. Сразу пропадает Windows-аутентификация, Аксапта не находит юзеров
Если hint flag не трогать, то он по-умолчанию равен 167 (получил из значения SQLSystem::databaseHints()), что вроде бы как соответствует дефолтовой настройке. Но поведение Аксапты при этом удивляет.
Она ТАКИЕ хинты вставляет! Что разноска 1 строки перемещения происходит несколько минут. Выбирает плохие индексы. Установка hint flag = 0 решает проблему. Сразу почти все начинает летать, но некоторые запросы, наоборот, встают наглухо. Сейчас пробую 166 (типа index hint хочу отключить) - пока не поняли, что происходит. Не пойму, о чем идет речь, когда говорят, что hint перевернут. Судя по дефолтной настройке, все в норме. Может кто-нибудь пролить свет на эту темную сторону Аксапты? Перерыл весь форум, запутался в конец.

[Vadik]

Цитата:

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

Перерыл весь форум, запутался в конец.

Форум рыть бесполезно. Поведение hint flags изменилось, как - великая тайна, не иначе. И ладно бы, но добавленная мегафича с навязыванием ядром индексов Поубывав бы..
Я конечно задал вопрос здесь, но надежды на ответ мало...

P.S. Ну вот, каких-то два часа экспериментов.. Ничего там не перевернуто. На KR3 хинты работают по-прежнему, навязывание индекса отключается с помощью
SQLSystem::databaseHints() | 0x200. С остальными битами (старше 2 << 7) разбираться будем позже

Кстати, для KR3+MSSQL значение index hints по умолчанию другое (191)

[Demel]

Цитата:

навязывание индекса отключается с помощью SQLSystem::databaseHints() | 0x200

Я правильно понял, что нужно не снять (как обычно), а установить бит 0x200, чтобы отключить навязывание индексов ядром?

Цитата:

Кстати, для KR3+MSSQL значение index hints по умолчанию другое (191)

Просто для Оракла хинты, предназначенные сугубо для MS SQL, отключены по дефолту, а все остальные включены.

[Vadik]

Цитата:

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

Я правильно понял, что нужно не снять (как обычно), а установить бит 0x200, чтобы отключить навязывание индексов ядром?

так точно

[glibs]

Цитата:

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

...
Однако имеет странный баг, когда в проект нельзя положить объекты разного типа с одним наименованием.
...

В одном узле не дает, но в разных группах — вполне. Именно об этом идет речь? Просто звучит как-то категорично и безысходно (типа ну совсем никак).

Я всегда в проектах создаю группы по образу и подобию структуре АОТ. Так что для меня лично это "не бага".

1951.7609

[belugin]

Вроде ж выяснили, что это by design, как в четверке

[glibs]

Вроде вопрос был о том, что такое "это", а не by что и как где оно работает.

В четверке данную проблему воспроизвести не могу. 4.0.2163.0

[belugin]

извините. Под словосочетанием by design я имел ввиду что так и задумано. Ax3 + SP3 + KR3 = ???

[glibs]

Да ничего. Насчет by design я слышал и понял. Все еще хотел уточнить смысл фразы mazzy. А то вдруг я чего недопонял.

[belugin]

mazzy сначала думал, что это "странный баг", но после уточнения mike1, сказал ему

Цитата:

Ох...
Спасибо, тебе добрый фей.

Также mazzy жаловался на внезапное пропадание файлов из проекта. Это, по-моему, осталось нерасследованным...

[glibs]

Цитата:

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

...
сначала думал
...

Многие до сих пор считают это багом, который был постфактум признан фичей. И выражают свое недовольство. Преимущественно, это происходит в англоязычном так называемом community. Я придерживаюсь примерно такого же мнения (поэтому использовал термин бага).

Я лишь высказал мнение насчет того, что если в одном проекте в разных группах можно затолкать объекты различного типа с одинаковым названием, то независимо от того бага это или фича... скажем так... это неудобство (или особенность) не является критичным или даже существенным.

Или я чего-то еще не понял. Но наш разговор почему-то постоянно уносит от того вопроса, что я поднял, далеко в сторону.

Цитата:

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

...
пропадание файлов из проекта. Это, по-моему, осталось нерасследованным
...

Насчет файлов не в курсе, объекты оттудова пропадают. Гарантированный способ воспроизвести:
1. Взять 3.0 сп5 или ниже (по-моему, воспроизводится на любом СП). Гарантированно воспроизводится на сп3, сп5 кр3.
2. Создать проект или воспользоваться существующим.
3. Создать объект любого типа или добавить существующий.
4. Сохранить проект.
5. Дублировать объект стандартной функцией дублирования.
6. Опционально можно его переименовать (обычно так делают). Но если не переименовать, то эффект воспроизведется.
7. Сохранить изменения в проекте.
8. Закрыть Аксапту.
9. Снова запустить Аксапту.
10. Открыть проект и убедиться, что полученного путем дублирования объекта там нет.
11. Открыть АОТ и убедиться, что там сдублированный объект присутствует.

Гарантированно воспроизводится в двухзвенке... и в тонком клиенте тоже (даже АОС рестартовать не нужно, просто закрыть и запустить клиент снова).

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

Для себя счел удобным такой workaround. Дублирую объекты в АОТ, только потом тащу в проект.

В 4.0 сп1 (русский) эффект тоже гарантированно воспроизводится .

[raz]

Цитата:

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

Для себя счел удобным такой workaround. Дублирую объекты в АОТ, только потом тащу в проект.

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

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

[Logger]

Цитата:

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

Форум рыть бесполезно. Поведение hint flags изменилось, как - великая тайна, не иначе. И ладно бы, но добавленная мегафича с навязыванием ядром индексов Поубывав бы..
Я конечно задал вопрос здесь, но надежды на ответ мало...

P.S. Ну вот, каких-то два часа экспериментов.. Ничего там не перевернуто. На KR3 хинты работают по-прежнему, навязывание индекса отключается с помощью
SQLSystem::databaseHints() | 0x200. С остальными битами (старше 2 << 7) разбираться будем позже

Кстати, для KR3+MSSQL значение index hints по умолчанию другое (191)

Попробовал поставить KR3
действительно поведение хинтов не изменилось.
Ставим -hint=0 в параметрах
и все работает - никаких хинтов в запросах нет !

База данных Оракл.
Можето я что не так сделал ?
У кого были неприятности с хинтами, опишите пожалуйста подробнее как воспроизвести. Я пока не нашел отличий от SP3 или от SP5

[gl00mie]

Цитата:

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

Попробовал поставить KR3 действительно поведение хинтов не изменилось. Ставим -hint=0 в параметрах и все работает - никаких хинтов в запросах нет!

Жестоко См. ax-250-tip-046-v0100-enus.doc (Cost-Based Optimizer), раздел 3.3 или ax-300-tip-024-v0100-enus.doc (Performance enhancements using the Cost-Based optimizer), раздел 3.4 «Configuring the Kernel to Enable or Disable Keywords». С помощью -hint=0 вы обрубаете гораздо больше, чем один лишь HINT_INDEX. См. также сообщение в этой же теме по поводу значения hint по умолчанию и более деликатного отрубания index hints.

[Demel]

У нас Ax 3.0 + SP4 + KR3 + Oracle 9.2.0.6
Честно сказать, я пробовал играться с хинтами (и как Vadik советует тоже), но не смог добиться отключения навязывания хинтов ядром. Если хинты отключаются, то полностью, т.е. кодерские хинты тоже Мало того, раньше на формах применялись хинты Fisrt_rows, а после KR3 стали First_rows(100), отчего Oracle стал больше любить сканирование таблиц и hash joins. В общем, я понял, что заставить Аксапту работать, как мне надо, можно одним нормальным способом - настроить Oracle так, чтобы он полюбил Аксапту и ее формы.
После некоторых исследований поставил два параметра Oracle: index_adj = 10, index_cache = 95 (полные названия не помню). После этого Oracle полюбил сканирование индексов и формы почти все залетали за редким исключением. Кроме того, Аксапта "навязывание" индексов делает более умно (как мне показалось), поскольку query plan изменился на Оракле, а Аксапта его смотрит. Единственное, что я сделал, изменил индекс на InventTrans по статусам проводки, который Аксапта подставляла куда ни попадя там, где требуется сканирование по InventTransId.
Сейчас все более-менее стабильно, но нагрузка на Оракл в KR3 больше

[Logger]

Цитата:

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

P.S. Ну вот, каких-то два часа экспериментов.. Ничего там не перевернуто. На KR3 хинты работают по-прежнему, навязывание индекса отключается с помощью
SQLSystem::databaseHints() | 0x200. С остальными битами (старше 2 << 7) разбираться будем позже

а про другие хинты удалось что-нибудь понять ?

Интересуют прежде всего
HINT_FORCE_SELECT_ORDER (32)
и
HINT_FORCE_NESTED_LOOP (128)

для Оракла.

[Weez]

Цитата:

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

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

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

[Vadik]

Цитата:

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

а про другие хинты удалось что-нибудь понять ?

Хотел поковыряться на выходных (чесслово ), но не вышло

Цитата:

Интересуют прежде всего
HINT_FORCE_SELECT_ORDER (32) и HINT_FORCE_NESTED_LOOP (128)
для Оракла

Интерес академический или есть какие-то нерешенные проблемы? С индексными хинтами есть два момента

• явная подстановка из кода X++ (отключается при сбросе бита 1)
• неявная подстановка из условий WHERE (отключается при взведении бита 512)

Есть над чем подумать/поискать в плане управления HINT_FASTFIRST (т.е. могли разделить области действия на подстановку из X++ и из форм)
Но HINT_FORCE_SELECT_ORDER и HINT_FORCE_NESTED_LOOP только из X++ выстреливаются и необходимости в дополнительных опциях для них нет.. Или есть?

[Logger]

Спасибо за исследование. Очень нам помогло.

Цитата:

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

Интерес академический или есть какие-то нерешенные проблемы?

Интерес был практический, потому как у нас сначала вообще все хинты были выключены. Но сейчас мы готовы работать уже и с включенными HINT_FORCE_SELECT_ORDER и HINT_FORCE_NESTED_LOOP

так что сейчас вопрос уже стал академическим.


По поводу HINT_FORCE_SELECT_ORDER и HINT_FORCE_NESTED_LOOP на формах и из кода - по идее возможна разница. Потому что на формах в датасорсах используется обычный Query и на нем есть возможность взвести эти хинты Query.forceNestedLoop() и Query.forceSelectOrder()

Но это бум проверять.


P.S. А вообще со стороны Microsoft это подставлялово - менять таким образом хинты и не давать инструкций как ими пользоваться.