Я хотел бы знать, существуют ли общие правила для создания индекса или нет. Как выбрать, какие поля я должен включать в этот индекс или когда их не включать?
Я знаю, что он всегда зависит от среды и объема данных, но мне было интересно, можем ли мы сделать некоторые общепринятые правила о создании индексов в Oracle.
В документации Oracle есть отличный набор соображений для выбора индексирования: http://download.oracle.com/docs/cd/B28359_01/server.111/b28274/data_acc.htm#PFGRF004
Цитирование:
Рассмотрим ключи индексирования, которые часто используются в предложениях WHERE.
Рассмотрим ключи индексирования, которые часто используются для объединения таблиц в операторы SQL. Дополнительные сведения об оптимизации соединений см. В разделе "Использование кластеров Hash для производительности".
Выберите индексные ключи с высокой избирательностью. Селективность индекса - это процент строк в таблице с одинаковым значением для индексированного ключа. Селективность индекса является оптимальной, если несколько строк имеют одинаковое значение. Примечание. Oracle автоматически создает индексы или использует существующие индексы для ключей и выражений уникальных и первичных ключей, которые вы определяете с ограничениями целостности. Индексация столбцов с низкой степенью избирательности может быть полезна, если распределение данных искажено так, что одно или два значения встречаются гораздо реже, чем другие значения.
Не используйте стандартные индексы B-дерева для ключей или выражений с несколькими отдельными значениями. Такие клавиши или выражения обычно имеют низкую избирательность и, следовательно, не оптимизируют производительность, если часто выбранные значения клавиш отображаются менее часто, чем другие значения ключа. Вы можете эффективно использовать растровые индексы в таких случаях, если индекс не изменяется часто, как в приложении concurrency OLTP.
Не индексируйте столбцы, которые часто изменяются. Операторы UPDATE, которые изменяют индексированные столбцы и инструкции INSERT и DELETE, которые изменяют индексированные таблицы, занимают больше времени, чем если бы не было индекса. Такие операторы SQL должны изменять данные в индексах, а также данные в таблицах. Они также генерируют дополнительные отмены и повторения.
Не индексируйте ключи, которые отображаются только в предложениях WHERE с функциями или операторами. Предложение WHERE, которое использует функцию, отличную от MIN или MAX, или оператор с индексированным ключом, не предоставляет доступ к этому пути, который использует индекс, за исключением индексов на основе функций.
Рассмотрим индексирование внешних ключей ограничений ссылочной целостности в случаях, когда большое количество одновременных операторов INSERT, UPDATE и DELETE обращаются к родительским и дочерним таблицам. Такой индекс позволяет UPDATE и DELETEs в родительской таблице без совместного доступа к дочерней таблице.
Если вы хотите индексировать ключ, подумайте, стоит ли увеличение производительности запросов для потери производительности для INSERT, UPDATE и DELETE и использования пространства, необходимого для хранения индекса. Вы можете поэкспериментировать, сравнивая время обработки SQL-операторов с индексами и без них. Вы можете измерить время обработки с помощью средства отслеживания SQL.
Есть некоторые вещи, которые вы всегда должны индексировать:
После этого найдите другие столбцы, которые часто используются для фильтрации запросов: типичным примером являются фамилии людей.
В Руководстве разработчиков баз данных Oracle 10g - Основы, глава 5:
В общем, вы должны создать индекс в столбце в любой из следующих ситуаций:
Используйте следующие рекомендации для определения того, когда нужно создать индекс:
Некоторые столбцы являются сильными кандидатами для индексирования. Столбцы с одной или несколькими из следующих характеристик являются хорошими кандидатами для индексирования:
В столбце содержится много нулей, но запросы часто выбирают все строки, имеющие значение. В этом случае сравнение, которое соответствует всем ненулевым значениям, например:
WHERE COL_X >= -9.99 * power (10,125) предпочтительнее WHERE COL_X NOT NULL
Это связано с тем, что первый использует индекс на COL_X (при условии, что COL_X является числовым столбцом).
Столбцы со следующими характеристиками менее подходят для индексирования:
Ничего себе, это просто такая огромная тема, трудно ответить в этом формате. Я настоятельно рекомендую эту книгу.
Структура индекса реляционных баз данных и оптимизаторы Тапио Лахденмаки
Вы не просто используете индексы для ускорения доступа к таблице, иногда вы делаете индексы, чтобы избежать доступа к таблицам в целом. Что-то еще не упомянуто, но жизненно важно.
В этом есть целая наука, если вы действительно хотите максимально эффективно выполнять свою базу данных.
А, одна конкретная оптимизация для Oracle - это создание индексов обратного ключа. Если у вас есть индекс PK моноатомно увеличивающегося значения, например последовательность, и у вас есть высококонкурентные вставки, и вы не планируете проводить сканирование этого столбца, тогда сделайте его индексом обратного ключа.
Посмотрите, насколько конкретными могут быть эти оптимизации?
Посмотрите на нормализацию базы данных - вы найдете много хороших стандартных отраслевых правил о том, какие ключи должны существовать, как должны быть связаны базы данных, и намекает на индексы.
-Adam
Обычно один ставит колонки идентификаторов спереди, и они обычно идентифицируют строки однозначно. Комбинация столбцов также может делать то же самое. В качестве примера, использующего автомобили... теги или номерные знаки являются уникальными и подходят для индекса. Они (столбец тегов) могут претендовать на первичный ключ. Имя владельца может претендовать на индекс, если вы собираетесь искать по имени. сделать автомобиль действительно не должен получать индекс в начале, так как он не будет меняться слишком сильно. Индексы не помогают, если данные в столбце не меняются слишком сильно.
Взгляните на SQL - на что указывают предложения where. Им может понадобиться индекс.
Measure. В чем проблема - страницы/запросы слишком длинные? что используется для запросов. Создайте индекс для этих столбцов.
Предостережения: индексы нуждаются во времени для обновлений и пространства.
а иногда полное сканирование таблицы выполняется быстрее, чем индекс. небольшие таблицы можно сканировать быстрее, чем получать индекс, а затем ударять по таблице. Посмотрите на свои соединения.