SAP или 1С?

[Recoilme]

Цитата:

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

Почему бы не подсказать, подскажу.

В дереве AOT это поле не отображается. Но если вы посмотрите на этот индекс из Enterprize Manager'a или Query Analyzer'a, то его увидите. AOT - не лучшее средство для анализа и Perfomance tuning'а. В дереве AOT вы не увидите и некоторых полей в таблицах, которые однако существуют физически и отображаются в обозревателе таблицы или паспорте записи.

У нас нет этого поля. Выше я ответил Михаилу, что именно так у нас и отключено.

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

[Ronin]

Recoilme, чудес не бывает.

Если оптимизатор на таком простом запросе строит план по full scan, такому его решению есть вполне объективные причины. Его искуственный инетеллект не настолько уж и плох. И противопоставлять ему ничего не надо. Наоборот, ему надо помогать всеми возможными средствами

Причин по большому счету может быть 2.
1. Отсутствие эффективного индекса. Вероятность 90%
2. Проблемы со сбором и обновлением статистики. Вероятность в данном случае 9%.
3. Прочий полтергейст. Вероятность не более 1%.

[Vadik]

Мои пять копеек - (ItemId, DatePhysical, Qty), если забыть про фильтры по StatusReceipt и StatusIssue

Другие (не покрывающие) индексы при таком количестве данных (если мне память не изменяет, порядка 4 миллионов записей в InventTrans на дату) либо не будут использоваться, либо bookmark lookup-ы сделают доступ дороже table scan-а, что собственно и было продемонстрировано выше.

P.S. Забавное обсуждение, особенно если взглянуть на название ветки

[mifi]

А в чем корень проблемы, удалось установить - в order by или в optionFast?. И если в optionFast - то для всех значений (1,2, 20, 100) или только для определенных?