|
|
28.03.2006, 11:10
|
#1 |
|
aka awas
|
Recoilme, чудес не бывает.
Если оптимизатор на таком простом запросе строит план по full scan, такому его решению есть вполне объективные причины. Его искуственный инетеллект не настолько уж и плох. И противопоставлять ему ничего не надо. Наоборот, ему надо помогать всеми возможными средствами  Причин по большому счету может быть 2. 1. Отсутствие эффективного индекса. Вероятность 90% 2. Проблемы со сбором и обновлением статистики. Вероятность в данном случае 9%. 3. Прочий полтергейст. Вероятность не более 1%. Последний раз редактировалось Ronin; 28.03.2006 в 12:17. |
|
|
|
| За это сообщение автора поблагодарили: Recoilme (-1). | |
|
28.03.2006, 11:28
|
#2 |
|
Модератор
|
Мои пять копеек - (ItemId, DatePhysical, Qty), если забыть про фильтры по StatusReceipt и StatusIssue
Другие (не покрывающие) индексы при таком количестве данных (если мне память не изменяет, порядка 4 миллионов записей в InventTrans на дату) либо не будут использоваться, либо bookmark lookup-ы сделают доступ дороже table scan-а, что собственно и было продемонстрировано выше. P.S. Забавное обсуждение, особенно если взглянуть на название ветки 
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: Recoilme (1). | |
| Теги |
| 1c, sap, sql, оптимизация, производительность, сравнение систем |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Комбинированный вид
