Как знать, когда использовать индексы и которые вводят?

Отвечая на те вопросы, которые я могу, я бы сказал, что каждая таблица, независимо от ее размера, всегда выиграет от использования хотя бы одного индекса, поскольку он должен быть по крайней мере, один способ, которым вы заинтересованы в поиске данных; в противном случае зачем его хранить?

Общее правило добавления индексов состоит в том, если вам нужно найти данные в таблице, используя определенное поле или набор полей. Это приводит к тому, сколько индексов слишком много, как правило, чем больше у вас индексов, тем медленнее будут вставки и обновления, поскольку они также должны изменять индексы, но все зависит от того, как вы используете свои данные. Если вам нужны быстрые вставки, не используйте их слишком много. В отчетах о хранилищах данных типа «только для чтения» их может быть несколько, чтобы ускорить поиск.

К сожалению, не существует единого правила, которое помогло бы вам выбрать количество или тип используемых индексов, хотя оптимизатор запросов выбранной вами БД может давать подсказки на основе запросов, которые вы выполняете.

Что касается кластеризованных индексов, это туз, который вы можете использовать только один раз, поэтому выбирайте внимательно. Стоит рассчитать селективность поля, которое вы собираетесь использовать, поскольку это может быть потрачено впустую, чтобы поместить его в что-то вроде логического поля (надуманный пример), поскольку избирательность данных очень низкая.

Wenn Sie eine Abfrage basierend auf dem Wert in einer Spalte erstellen, möchten Sie diese Spalte wahrscheinlich indizieren.

d.h.

SELECT a,b,c FROM MyTable WHERE x = 1

Sie würden einen Index auf X wünschen.

Im Allgemeinen füge ich Indizes für Spalten hinzu, die häufig abgefragt werden, und ich füge zusammengesetzte Indizes hinzu, wenn ich mehr als eine Spalte abfrage.

Indizes beeinträchtigen die Leistung eines SELECT nicht, aber sie können INSERTS (oder UPDATES) verlangsamen, wenn Sie zu viele Indexspalten pro Tabelle haben.

Als Faustregel gilt: Beginnen Sie mit dem Hinzufügen von Indizes, wenn Sie WO a = 123 sagen (in diesem Fall ein Index für "a").

Sie sollten einen Index für Spalten verwenden, die Sie für die Auswahl und Reihenfolge verwenden - d. h. die Where- und ORDER BY-Klauseln.

Индексы могут замедлять операторы select, если их много, и вы используете WHERE и ORDER BY для столбцов, которые не были проиндексированы.

Что касается размера таблицы - несколько тысяч строк и выше начнут показывать реальные преимущества использования индекса.

Сказав это, существуют автоматизированные инструменты для этого, и SQL Server имеет Советник по настройке баз данных, который поможет в этом.

Эмпирическое правило - это первичный ключ (подразумевается и по умолчанию кластеризован) и каждый столбец внешнего ключа

Есть еще кое-что, но вы могли бы сделать хуже, чем использование недостающего индекса DMV

SQL Server. Индекс может замедлить выполнение SELECT, если оптимизатор сделает неправильный выбор, и возможно их слишком много. Слишком много будет медленной записи, но также возможно перекрытие индексов

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