11.04.2007, 10:13 | #1 |
Участник
|
Всем привет!
Мониторю длительные запросы SQL на пользователях. В планах запросов наблюдаю TABLE SCAN например по таблице CUSTINVOICETRANS. Смотрю через репозитарий свойства таблицы [attachment=603:CustInvoiceTrans.JPG] Наблюдаю отсутсвие PrimaryIndex, ClusterIndex (и во многоих таблицах, по которым встречаю в планах запросов сканирование таблиц такое положение) В тестовой базе например делаю имеющийся индекс по полю InvoiceId как кластерный, повторно запускаю отчет, мониторю, смотрю план запроса - сканирования таблицы уже нет. Соответственно нет уже огромной очереди на диске, где отдельно выложил данную таблицу (даже отдельно она лежит от своих индексов). Все это хорошо, НО не хотелось бы огрести проблем в другом месте, так как все сделано чисто интуитивно. Прошу меня наставить на путь истинный, дать ссылки на доки (теорию по индексам знаю , практики мало) и т.п., какую инфу требовать от программистов. Наверняка кто то уже занимался этой проблемой. Потери производительности на этой неоптимальности просто огромные, особенно когда в конце месяца активно работают продажники, логистика, бухгалтерия..
__________________
Axapta 3.0 CIS SP3 CU1 --- Народу собралось - яблоку плюнуть негде! |
|