Комментарий

• Свойства страницы (3 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Разработка.Базы данных.Механизмы.WebHome
	1	+Разработка.Базы данных 2.Механизмы.WebHome

Теги

...	...	@@ -1,0 +1,1 @@
	1	+Индекс|index|Full text search

Содержимое

...	...	@@ -1,37 +1,20 @@
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	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		-| |Включение в индекс столбцов, которые не будут использоваться при поиске по индексу. Но позволят получить данные этих столбцов, без обращений к таблице.
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		-)))
32	32
33	33	----
34	34
	12	+|(% style="width:165px" %)Кластеризованный индекс|(% style="width:1328px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
	13	+При вставке новой записи в таблицу рассчитывается значение кластеризованного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
	14	+Для таблицы может быть только 1 кластеризованный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластеризованного индекса (строки будут расположены в порядке их добавления).
	15	+
	16	+----
	17	+
35	35	==== Внутренние ссылки: ====
36	36
37	37	====== Дочерние страницы: ======
...	...	@@ -75,6 +75,12 @@
75	75	----
76	76
77	77	(% 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/]]
78	78	|(% style="width:194px" %) |(% style="width:990px" %)Дружим ORDER BY с индексами
79	79	[[https:~~/~~/habr.com/ru/companies/tinkoff/articles/487412/>>https://habr.com/ru/companies/tinkoff/articles/487412/]]
80	80