Axapta 3.0 sp3+oracle 10.2.0.3 optimizer_index_cost_adj

[fed]

Отвечу по пунктам:
1. Оказывается мои воспоминания про формат индексов который в FBI индексах используется - неправильные
2. При работе с ораклом, Аксапта по дефолту строит статистику по каждому полю. Статистика по индексу строится в оракле автоматически. Однако же (опять таки - если я ничего не помню), для создания гистограммы необходимо ручками создавать статистику по комбинации полей (и я не уверен right now, что оракл позволяет создавать статистику по комбинации выражений, а не по комбинации полей).
3. Если гистограмм нет - то вероятность генерации некорректного плана запроса существенно возрастает. Хотя с другой стороны - гистограмм нету и для обычного составного индекса (даже не функционального). Так что для любого составного индекса, стоит попробовать ручками создавать статистику, поскольку иначе возрастает вероятность генерации кривого плана запроса.
Ну то есть - я не до конца уверен в своих предположениях по поводу Function Based Indexes, но у меня есть некоторое ощущение, что если не манипулировать с Index_cost_adj, то оптимизатор будет несколько чаще ошибатся и выбирать full scan вместо использования FBI-индекса.

По поводу case-insensitive - мне казалось эта штука поддерживается в оракле начиная с версии 11 ? И мне казалось (хотя я и не уверен), что как раз DAX 2009 должна использовать case-insensitive collation в случае использования именно 11 версии оракла.
Надо будет проверить короче говоря...

[Logger]

Цитата:

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

По поводу case-insensitive - мне казалось эта штука поддерживается в оракле начиная с версии 11 ? И мне казалось (хотя я и не уверен), что как раз DAX 2009 должна использовать case-insensitive collation в случае использования именно 11 версии оракла.
Надо будет проверить короче говоря...

А вот это очень интересно!
Вы уж посмотрите плиз.

Обидно не использовать все возможности оракла.
Откроенно говоря я подозреваю, что мы никогда не увидим в Аксапте поддержки case-insensitive collation(s)

Невыгодно это Майкрософту. Хотелось бы ошибиться.

[gl00mie]

Цитата:

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

По поводу case-insensitive - мне казалось эта штука поддерживается в оракле начиная с версии 11 ? И мне казалось (хотя я и не уверен), что как раз DAX 2009 должна использовать case-insensitive collation в случае использования именно 11 версии оракла.

Я, по правде сказать, в Оракле не разбираюсь совсем, но в номере Oracle Magazine за июль 2004-го пишут, что регистронезависимый поиск и индексирование поддерживаются начиная с Oracle 10g. В системных требованиях к DAX 2009 тоже упоминается Oracle 10g, точнее, Oracle 10g R2 Standard/Enterprise. При этом в файлах дистрибутива DAX 2009 RTM найти подтверждение того, что используется NLS_SORT=BINARY_CI, с наскоку не удалось

[fed]

Цитата:

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

Я, по правде сказать, в Оракле не разбираюсь совсем, но в номере Oracle Magazine за июль 2004-го пишут, что регистронезависимый поиск и индексирование поддерживаются начиная с Oracle 10g. В системных требованиях к DAX 2009 тоже упоминается Oracle 10g, точнее, Oracle 10g R2 Standard/Enterprise. При этом в файлах дистрибутива DAX 2009 RTM найти подтверждение того, что используется NLS_SORT=BINARY_CI, с наскоку не удалось

Посмотри пожалуйста, если сможешь. Просто я в командировке до начала сентября и ни к DAX2009 ни тем более к Oracle 10/11 мне не добраться. Просто мне помниться, что в какой-то внутренней презентации по DAX 2009 были упоминания улучшений в поддержке case insensitivity в Oracle. Но возможно я что-то путаю...