Изменение плана запроса при увеличении выборки

[Alexius]

1. Включена ли на таблице "SaveDataPerCompany" ?
2. Есть ли кластерный индекс ?

[Lucky13]

Цитата:

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

1. Включена ли на таблице "SaveDataPerCompany" ?

Да, включена. Поле DataAreaId присутствует в индексе и в запросе. В примере условие по DataAreaId опущено для наглядности

Цитата:

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

2. Есть ли кластерный индекс ?

Нет, на таблице нет кластерных индексов

[Alexius]

Варианты решения:
1. Создайте кластерный индекс по RecId
2. Добавьте в имеющейся индекс (DataAreaId, SalesDate, SalesTime) поле RecId и сделайте его кластерным
3. Попробуйте ограничить число полей в выборке и создайте покрывающий индекс
4. Создайте индекс напрямую на SQL (SalesDate, SalesTime, DataAreaId), если поможет, то можете в Аксапте встроить его проверку/создание в Classes / Application / dbSynchronize

Варианты 2,3 помогут с очень высокой вероятностью, 1,4 - надо экспериментировать

[Logger]

Цитата:

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

Варианты решения:
1. Создайте кластерный индекс по RecId
2. Добавьте в имеющейся индекс (DataAreaId, SalesDate, SalesTime) поле RecId и сделайте его кластерным
3. Попробуйте ограничить число полей в выборке и создайте покрывающий индекс
4. Создайте индекс напрямую на SQL (SalesDate, SalesTime, DataAreaId), если поможет, то можете в Аксапте встроить его проверку/создание в Classes / Application / dbSynchronize

Варианты 2,3 помогут с очень высокой вероятностью, 1,4 - надо экспериментировать

Судя по всему у автора проблемы либо с оптимизатором либо со статистикой.
Сомнительно что кластерный индекс спасет. Если оптимизер решит сканировать таблицу, то помочь может вариант 2, но будет пиррова победа. Большое число полей в кластерном индексе плохо сказывается на производителности, плюс при таком условии ключ индекса не возрастает монотонно, что тоже плохо.

По п.4 - можно и в Аксапте решить - был такой ключ командной строки CROSSCOMPANY - позволял ставить dataareaId не в начало индекса.

[Alexius]

Цитата:

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

По п.4 - можно и в Аксапте решить - был такой ключ командной строки CROSSCOMPANY - позволял ставить dataareaId не в начало индекса.

Далеко не всегда перемещение поля DataAreaId в конец индекса оптимально для производительности. В АХ 4.0 это поле по умолчанию в начале, но можно перетащить куда угодно.

[Logger]

Цитата:

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

Далеко не всегда перемещение поля DataAreaId в конец индекса оптимально для производительности.

Я этого и не имел в виду.
Просто упомянул про удобный ключ.