Комментарий

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

Подробности

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

Содержимое

...	...	@@ -1,14 +1,9 @@
1		-|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)(((
2		-1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
	1	+|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
3	3	2) При создании индексов стоит учитывать:
4	4	2.1) Как часто с данной таблицей будут производиться операции чтения/записи.
5	5	2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск, соединение, группировка, сортировка: WHERE, JOIN)
6	6	2.3) Предполагаемые размеры таблицы.
7	7	3) Также в определенных запросах индекс может использоваться для более быстрого выполнения операции сортировки, группировки, соединения.
8		-
9		-Индекс - отдельная вспомогательная структура данных (по отношению к таблице), которая содержит метаданные, чтобы ускорить поисковые запросы.
10		-Данные индексов также подлежат хранению, как и данные таблиц.
11		-)))
12	12	|(% style="width:163px" %)Кластерный (кластеризованный) индекс|(% style="width:1322px" %)(((
13	13	|(% style="width:1191px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
14	14	При вставке новой записи в таблицу рассчитывается значение кластерного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
...	...	@@ -23,14 +23,14 @@
23	23	[[https:~~/~~/ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key>>https://ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key]]
24	24	)))
25	25	|(% style="width:163px" %)Обслуживание|(% style="width:1322px" %)(((
26		-|(% style="width:486px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
	21	+|(% style="width:540px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
27	27	Критерии состояния индекса (фрагментация).
28		-Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:817px" %)Fill factor
	23	+Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:763px" %)Fill factor
29	29	[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
30		-|(% style="width:486px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:817px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.(((
	25	+|(% style="width:540px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:763px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.(((
31	31	|(% colspan="2" %)Вспомогательные темы:
32	32	|(% style="width:206px" %)1) [[Архивирование данных>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Архивирование данных.WebHome]]|(% style="width:539px" %)
33		-|(% style="width:206px" %)2) Фильтрующий индекс|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
	28	+|(% style="width:206px" %)2) Фильтрующий индекс.|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
34	34	)))
35	35	)))
36	36
...	...	@@ -68,4 +68,14 @@
68	68	|(% style="width:160px" %) |(% style="width:923px" %)Обслуживание индексов и статистик MS SQL Server
69	69	https://infostart.ru/public/256292/
70	70	|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
71		-|(% style="width:102px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% style="width:160px" %)[[PostgreSQL. Индексы>>doc:Разработка.Базы данных.SQL.PostgreSQL.Механизмы.PostgreSQL\. Индексы.WebHome]]|(% style="width:923px" %)
	66	+|(% style="width:102px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% style="width:160px" %) |(% style="width:923px" %)
	67	+|(% style="width:102px" %) |(% colspan="1" rowspan="2" style="width:160px" %)Postgres Professional|(% style="width:923px" %)Индексы в PostgreSQL — 1
	68	+[[https:~~/~~/habr.com/ru/company/postgrespro/blog/326096/>>https://habr.com/ru/company/postgrespro/blog/326096/]]
	69	+|(% style="width:102px" %) |(% style="width:923px" %)Индексы в PostgreSQL — 2
	70	+[[https:~~/~~/habr.com/ru/company/postgrespro/blog/326106/>>https://habr.com/ru/company/postgrespro/blog/326106/]]
	71	+|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)Неожиданная находка, которая освобождает 20 GB неиспользованного индексного пространства [Postgres]
	72	+https://habr.com/ru/company/otus/blog/672102/
	73	+
	74	+----
	75	+
	76	+