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 версии оракла.
Надо будет проверить короче говоря...