ИНДЕКС в пост-ГРЭС?

Индекс - это структура базы данных, которая может помочь ускорить доступ к отдельным строкам базы данных при поиске по полям в индексе.

В вашем примере ] Оператор CREATE INDEX создает индекс с именем tags_tag для таблицы тегов , используя тег столбца . Если вы хотите найти строки в таблице на основе поля тега , база данных может использовать индекс для поиска строки более эффективно. Без индекса базе данных, возможно, придется прибегнуть к полному сканированию таблицы, что может занять гораздо больше времени (в зависимости от многих факторов, таких как размер таблицы, распределение значений, точные критерии запроса). Разные базы данных также поддерживают разные типы индексов, которые можно использовать для поиска данных разными способами.

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

Решение, в какие столбцы помещать индекс, может быть непростым, и, как всегда, тесты производительности или реальные запросы к реальным данным - самый точный способ измерения производительности. Как правило, вам нужны индексы по столбцам, по которым вы будете искать. Так что, если вы, вероятно, захотите найти строку по тегу , тогда определенно имеет смысл поместить туда индекс. Но если у вас есть адресная книга, вам (вероятно) не нужно будет искать по улице, почтовому индексу или номеру телефона, так что это не будет стоить снижения производительности записи.

Ваши столбцы первичного ключа почти всегда будут иметь индекс, автоматически сгенерированный базой данных. И если вы хотите сохранить уникальность значений определенного столбца, можно создать УНИКАЛЬНЫЙ ИНДЕКС , чтобы обеспечить это.

Этот вопрос SO касается практических правил для индексов базы данных, которые могут быть полезным.