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

Редактировал(а) Alexandr Fokin 2024/04/29 13:39
<
От версии < 11.6 >
отредактировано Alexandr Fokin
на 2024/03/24 14:42
К версии < 7.6 >
отредактировано Alexandr Fokin
на 2022/11/25 17:31
>
Изменить комментарий: Update document after refactoring.

Комментарий

Подробности

Свойства страницы
Теги
... ... @@ -1,0 +1,1 @@
1 +Индекс|index|Full text search
Содержимое
... ... @@ -1,87 +1,47 @@
1 -|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
1 +=== Основные тезисы: ===
2 +
3 +1) Индексы ускоряют выборку данных из таблицы, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
2 2  2) При создании индексов стоит учитывать:
3 3  2.1) Как часто с данной таблицей будут производиться операции чтения/записи.
4 4  2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск, соединение, группировка, сортировка: WHERE, JOIN)
5 5  2.3) Предполагаемые размеры таблицы.
6 -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 -|(% style="width:540px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
15 -Критерии состояния индекса (фрагментация).
16 -Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:763px" %)Fill factor
17 -[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
18 -|(% style="width:540px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:763px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.
19 - (((
20 -|(% colspan="2" %)Вспомогательные темы:
21 -|(% style="width:206px" %)1) [[Архивирование данных>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Архивирование данных.WebHome]]|(% style="width:539px" %)
22 -|(% style="width:206px" %)2) Фильтрующий индекс.|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
23 -)))
24 -|(% style="width:540px" %) |(% style="width:763px" %)
25 25  
26 -
27 -)))
9 +----
28 28  
29 -=== ===
11 +==== Критерий - кластеризованный индекс ====
30 30  
31 -=== ===
13 +Кластеризованный индекс
14 +Данный индекс определяет порядок строк в таблице.
15 +При вставке новой записи в таблицу рассчитывается значение кластеризованного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
16 +Для таблицы может быть только 1 кластеризованный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластеризованного индекса (строки будут расположены в порядке их добавления).
32 32  
18 +Некластеризованный индекс
19 +Не влияет на физический порядок строк. Используется для оптимизации выборки данных.
33 33  
34 34  ----
35 35  
36 -|(% style="width:165px" %) |(% style="width:1328px" %)
23 +Вопросы
24 +1) Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
25 +Критерии состояния индекса (фрагментация).
26 +Действия по обслуживанию индекса (перестроение, пересоздание).
37 37  
38 38  ----
39 39  
40 -==== Внутренние ссылки: ====
41 -
42 -====== Дочерние страницы: ======
43 -
44 44  {{children/}}
45 45  
46 -====== Обратные ссылки: ======
47 -
48 -{{velocity}}
49 -#set ($links = $doc.getBacklinks())
50 -#if ($links.size() > 0)
51 - #foreach ($docname in $links)
52 - #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
53 - * [[$escapetool.xml($rdoc.fullName)]]
54 - #end
55 -#else
56 - No back links for this page!
57 -#end
58 -{{/velocity}}
59 -
60 60  ----
61 61  
62 62  **Ссылки:**
63 63  
64 -(% style="width:1188px" %)
65 -|(% colspan="1" rowspan="3" style="width:102px" %)[[MSSQL>>doc:Разработка.Базы данных.SQL.MSSQL.WebHome]]|(% style="width:160px" %) |(% style="width:923px" %)14 вопросов об индексах в SQL Server, которые вы стеснялись задать
36 +14 вопросов об индексах в SQL Server, которые вы стеснялись задать
66 66  https://habr.com/ru/post/247373/
67 -|(% style="width:160px" %) |(% style="width:923px" %)Основы индексов в Microsoft SQL Server
38 +
39 +Основы индексов в Microsoft SQL Server
68 68  https://info-comp.ru/programmirovanie/575-index-basics-in-ms-sql-server.html
69 -|(% style="width:160px" %) |(% style="width:923px" %)Обслуживание индексов и статистик MS SQL Server
41 +
42 +Обслуживание индексов и статистик MS SQL Server
70 70  https://infostart.ru/public/256292/
71 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
72 -|(% style="width:102px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% style="width:160px" %) |(% style="width:923px" %)
73 -|(% style="width:102px" %) |(% colspan="1" rowspan="2" style="width:160px" %)Postgres Professional|(% style="width:923px" %)Индексы в PostgreSQL — 1
74 -[[https:~~/~~/habr.com/ru/company/postgrespro/blog/326096/>>https://habr.com/ru/company/postgrespro/blog/326096/]]
75 -|(% style="width:102px" %) |(% style="width:923px" %)Индексы в PostgreSQL — 2
76 -[[https:~~/~~/habr.com/ru/company/postgrespro/blog/326106/>>https://habr.com/ru/company/postgrespro/blog/326106/]]
77 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)Неожиданная находка, которая освобождает 20 GB неиспользованного индексного пространства [Postgres]
78 -https://habr.com/ru/company/otus/blog/672102/
79 79  
80 -----
81 81  
82 -(% style="width:1188px" %)
83 -|(% style="width:194px" %) |(% style="width:990px" %)
84 -|(% style="width:194px" %) |(% style="width:990px" %)Дружим ORDER BY с индексами
85 -[[https:~~/~~/habr.com/ru/companies/tinkoff/articles/487412/>>https://habr.com/ru/companies/tinkoff/articles/487412/]]
86 -
87 -
46 +Неожиданная находка, которая освобождает 20 GB неиспользованного индексного пространства [Postgres]
47 +https://habr.com/ru/company/otus/blog/672102/
XWiki.XWikiComments[0]
Автор
... ... @@ -1,0 +1,1 @@
1 +XWiki.cccc1808
Комментарий
... ... @@ -1,0 +1,5 @@
1 +Кластеризованный индекс Guid или int:
2 +В случае если кластеризованный индекс является нарастающим числом, то вставка новой строки всегда будет происходит в конец существующего набора данных. (Max + 1)
3 +В случае если кластеризованный индекс является GUID, то значения индекса может попасть в любую позицию набора данных (начало/середина/конец), т.к. GUID по умолчанию не дает гарантии нарастания, что может негативно сказаться на производительности.
4 +
5 +В некоторых случаях может иметь смыл наличие двух столбцов, один из которых int, а второй guid.
Дата
... ... @@ -1,0 +1,1 @@
1 +2020-04-25 13:34:08.317