ОФФ: Индексация полей в запросах. #580187

Всем привет, нашел статью по оптимизации запросов а именно индексации. Возник вопрос имеет ли смысл индексировать какое либо поле вот в таком пакете (В регистре 2 измерения(Номенклатура,склад) и 2 ресура(Сумма,Кол-во)) :                   К решению задачи есть требование индексации полей. Искал в книге знаний какие-либо статьи про индексацию - не нашел, если можете тыкните. Спасибо.

зависит от контекста где это используется кстати слово РАЗЛИЧНЫЕ тут не нужно

Да, уже убрал, я группирую ДокТЧ в первом пакете.

а как к OFF это относится

В данном запросе нужно индексировать?

в книжках написано что индексировать желательно все поля, на которые накладываются потом условия или по которым идут соединения

я не знаю как это используется потом

+ 100 Тоже смотрю и думаю, думаю. А вообще А ещё если разных записей мало то можно и не индексировать

Спасибо, а я читал что  индекс будет работать всегда при отборе значения, 0,64% и меньше от общего количества строк, в ином случае будет полное сканирование таблицы Потом эта таблица левым соединением присоединяется по полю номенклатура

я именно про временные таблицы, в обычных запросах СУБД сама решает как использовать индексы

Ясно, спасибо, лишняя индексация на производительность в худшую сторону никак не скажется?

конечно скажется

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

МС Скуль индекс будет срабатывать если выборка идет 33% значений порой имеет смысл творить покрывающий индекс, чтобы сервер не тратил время на позиционирование строки в основной таблице

как я понял из и индексировать имеет смысл только виртуальные таблицы?

Только временные таблицы ты и можеш принудительно индексировать, остальное тупо не сможеш, нет там закладок индексации, рулит СУБД

нет

Ясно, то есть в сабже имеет смысл написать индексацию если дальше по полю номенкалтура будет соединение? А какие еще?

да, или если условие будет. Так написано в настольной библии.

Спасибо всем. Вопрос снят)

каждый случай индивидуальный.

Ну есть же какие-то общие рекомендации к использованию индексации?

+ как описали в

в книжке прочитай сам, я дословно не помню, но общий смысл в этом. Для вирт таблиц из 10-ти записей есно индексация не критична

Ну конечно нужно понимать и учитывать уникальность записей, а книжка называется описание встроенного языка?

вродже тут

читай теорию. формула времени выполнения приблизительно такая С + О(N) где С - время построения индекса = константа(почти, естественно, зависит от колва записей, но при больших N функция О(N) незаметно), N - колво операций. при N = 0, 1 очевиден только вред индексирование. Для N = 2 - уже непонятно. Для больших N - индексация обязательна.

дома лежит такая, седня вечером внимательно гляну

спасибо, то что при N = 0, 1 очевиден только вред индексирования я уже понял.

общая рекоммендация - рассматривать КАЖДЫЙ случай индивидуально. это относится к скуль серваку. остальные не знаю, я не юзаю.

тоже не обязательно. если идет отбор по кластерному индексу, то я лучше выберу 3 раза из него, чем сформирую времянку и на нее навешу индекс и по нему проводить отбор.

далеко не факт. порой создание временной таблицы помогает оптимизатору правильно использовать индексы в условиях невозможности воздействия на этот самый план запроса.

Кстати по поводу использования, коллега который летом сдал спеца, тоже утверждает что использовать смысла нет.

Смотря где. Скорость запроса увеличивается в десятки раз. К примеру с индексами 3 сек без индексов 30 сек.