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

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

Комментарий

Подробности

Свойства страницы
Теги
... ... @@ -1,1 +1,0 @@
1 -Индекс|index|Full text search
Содержимое
... ... @@ -1,34 +1,62 @@
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) Предполагаемые размеры таблицы.
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" %)
8 8  
9 -----
26 +
27 +)))
10 10  
11 -==== Критерий - кластеризованный индекс ====
29 +=== ===
12 12  
13 -Кластеризованный индекс
14 -Данный индекс определяет порядок строк в таблице.
15 -При вставке новой записи в таблицу рассчитывается значение кластеризованного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
16 -Для таблицы может быть только 1 кластеризованный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластеризованного индекса (строки будут расположены в порядке их добавления).
31 +=== ===
17 17  
18 -Некластеризованный индекс
19 -Не влияет на физический порядок строк. Используется для оптимизации выборки данных.
20 20  
21 21  ----
22 22  
23 -Вопросы
24 -1) Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
25 -Критерии состояния индекса (фрагментация).
26 -Действия по обслуживанию индекса (перестроение, пересоздание).
36 +|(% style="width:165px" %) |(% style="width:1328px" %)
27 27  
28 28  ----
29 29  
40 +==== Внутренние ссылки: ====
41 +
42 +====== Дочерние страницы: ======
43 +
30 30  {{children/}}
31 31  
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 +
32 32  ----
33 33  
34 34  **Ссылки:**
... ... @@ -41,14 +41,19 @@
41 41  |(% style="width:160px" %) |(% style="width:923px" %)Обслуживание индексов и статистик MS SQL Server
42 42  https://infostart.ru/public/256292/
43 43  |(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
44 -|(% style="width:102px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% style="width:160px" %) |(% style="width:923px" %)Неожиданная находка, которая освобождает 20 GB неиспользованного индексного пространства [Postgres]
45 -https://habr.com/ru/company/otus/blog/672102/
46 -|(% style="width:102px" %) |(% style="width:160px" %)Postgres Professional|(% style="width:923px" %)Индексы в PostgreSQL — 1
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
47 47  [[https:~~/~~/habr.com/ru/company/postgrespro/blog/326096/>>https://habr.com/ru/company/postgrespro/blog/326096/]]
48 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)Индексы в PostgreSQL — 2
75 +|(% style="width:102px" %) |(% style="width:923px" %)Индексы в PostgreSQL — 2
49 49  [[https:~~/~~/habr.com/ru/company/postgrespro/blog/326106/>>https://habr.com/ru/company/postgrespro/blog/326106/]]
50 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
51 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
52 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
53 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
54 -|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
77 +|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)Неожиданная находка, которая освобождает 20 GB неиспользованного индексного пространства [Postgres]
78 +https://habr.com/ru/company/otus/blog/672102/
79 +
80 +----
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 +
XWiki.XWikiComments[0]
Автор
... ... @@ -1,1 +1,0 @@
1 -XWiki.cccc1808
Комментарий
... ... @@ -1,5 +1,0 @@
1 -Кластеризованный индекс Guid или int:
2 -В случае если кластеризованный индекс является нарастающим числом, то вставка новой строки всегда будет происходит в конец существующего набора данных. (Max + 1)
3 -В случае если кластеризованный индекс является GUID, то значения индекса может попасть в любую позицию набора данных (начало/середина/конец), т.к. GUID по умолчанию не дает гарантии нарастания, что может негативно сказаться на производительности.
4 -
5 -В некоторых случаях может иметь смыл наличие двух столбцов, один из которых int, а второй guid.
Дата
... ... @@ -1,1 +1,0 @@
1 -2020-04-25 13:34:08.317