Изменения документа Индексы

Редактировал(а) Alexandr Fokin 2024/04/29 13:39

<
От версии < 11.3 >
отредактировано Alexandr Fokin
на 2023/12/16 14:12
К версии < 11.9 >
отредактировано Alexandr Fokin
на 2024/03/24 14:48
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Теги
... ... @@ -1,1 +1,0 @@
1 -Индекс|index|Full text search
Содержимое
... ... @@ -1,20 +1,37 @@
1 -=== Основные тезисы: ===
2 -
3 -1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
1 +|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
4 4  2) При создании индексов стоит учитывать:
5 5  2.1) Как часто с данной таблицей будут производиться операции чтения/записи.
6 6  2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск, соединение, группировка, сортировка: WHERE, JOIN)
7 7  2.3) Предполагаемые размеры таблицы.
8 8  3) Также в определенных запросах индекс может использоваться для более быстрого выполнения операции сортировки, группировки, соединения.
7 +|(% style="width:163px" %)Кластерный (кластеризованный) индекс|(% style="width:1322px" %)(((
8 +|(% style="width:1191px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
9 +При вставке новой записи в таблицу рассчитывается значение кластерного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
10 +|(% style="width:1191px" %)Для таблицы может быть только 1 кластерный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластерный индекса (строки будут расположены в порядке их добавления).
11 +|(% style="width:1191px" %)Postgres не содержит кластерных индексов
12 +)))
13 +|(% style="width:163px" %)Покрывающий индекс|(% style="width:1322px" %)(((
14 +| |Включение в индекс столбцов, которые не будут использоваться при поиске по индексу. Но позволят получить данные этих столбцов, без обращений к таблице.
15 +| |should primary key be included in regular indexes (MS SQL-Server)
16 +[[https:~~/~~/stackoverflow.com/questions/3594661/should-primary-key-be-included-in-regular-indexes>>https://stackoverflow.com/questions/3594661/should-primary-key-be-included-in-regular-indexes]]
17 +\\Должен ли покрывающий индекс включать в себя primary key? (postgresql)
18 +[[https:~~/~~/ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key>>https://ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key]]
19 +| |
20 +)))
21 +|(% style="width:163px" %)Обслуживание|(% style="width:1322px" %)(((
22 +|(% style="width:540px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
23 +Критерии состояния индекса (фрагментация).
24 +Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:763px" %)Fill factor
25 +[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
26 +|(% style="width:540px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:763px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.(((
27 +|(% colspan="2" %)Вспомогательные темы:
28 +|(% style="width:206px" %)1) [[Архивирование данных>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Архивирование данных.WebHome]]|(% style="width:539px" %)
29 +|(% style="width:206px" %)2) Фильтрующий индекс.|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
30 +)))
31 +)))
9 9  
10 10  ----
11 11  
12 -|(% style="width:165px" %)Кластеризованный индекс|(% style="width:1328px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
13 -При вставке новой записи в таблицу рассчитывается значение кластеризованного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
14 -Для таблицы может быть только 1 кластеризованный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластеризованного индекса (строки будут расположены в порядке их добавления).
15 -
16 -----
17 -
18 18  ==== Внутренние ссылки: ====
19 19  
20 20  ====== Дочерние страницы: ======
... ... @@ -58,12 +58,6 @@
58 58  ----
59 59  
60 60  (% style="width:1188px" %)
61 -|(% style="width:194px" %)Обслуживание|(% style="width:990px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
62 -Критерии состояния индекса (фрагментация).
63 -Действия по обслуживанию индекса (перестроение, пересоздание).
64 -|(% style="width:194px" %)Размеры индекса|(% style="width:990px" %)Умещается ли индекс целиком в оперативной памяти
65 -|(% style="width:194px" %) |(% style="width:990px" %)Fill factor
66 -[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
67 67  |(% style="width:194px" %) |(% style="width:990px" %)Дружим ORDER BY с индексами
68 68  [[https:~~/~~/habr.com/ru/companies/tinkoff/articles/487412/>>https://habr.com/ru/companies/tinkoff/articles/487412/]]
69 69