Комментарий

• Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
• Объекты (0 изменено, 0 добавлено, 1 удалено)
  • XWiki.XWikiComments[0]

Подробности

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

Теги

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

Содержимое

...	...	@@ -1,36 +1,62 @@
1		-=== Основные тезисы: ===
2		-
3		-1) Индексы ускоряют выборку данных из таблицы, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
	1	+|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)(((
	2	+1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
4	4	2) При создании индексов стоит учитывать:
5	5	2.1) Как часто с данной таблицей будут производиться операции чтения/записи.
6	6	2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск, соединение, группировка, сортировка: WHERE, JOIN)
7	7	2.3) Предполагаемые размеры таблицы.
	7	+3) Также в определенных запросах индекс может использоваться для более быстрого выполнения операции сортировки, группировки, соединения.
8	8
	9	+Индекс - отдельная вспомогательная структура данных (по отношению к таблице), которая содержит метаданные, чтобы ускорить поисковые запросы.
	10	+)))
	11	+|(% style="width:163px" %)Кластерный (кластеризованный) индекс|(% style="width:1322px" %)(((
	12	+|(% style="width:1191px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
	13	+При вставке новой записи в таблицу рассчитывается значение кластерного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
	14	+|(% style="width:1191px" %)Для таблицы может быть только 1 кластерный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластерный индекса (строки будут расположены в порядке их добавления).
	15	+|(% style="width:1191px" %)Postgres не содержит кластерных индексов
	16	+)))
	17	+|(% style="width:163px" %)Покрывающий индекс|(% style="width:1322px" %)(((
	18	+| |Включение в индекс столбцов, которые не будут использоваться при поиске по индексу. Но позволят получить данные этих столбцов, без обращений к таблице.
	19	+| |should primary key be included in regular indexes (MS SQL-Server)
	20	+[[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]]
	21	+\\Должен ли покрывающий индекс включать в себя primary key? (postgresql)
	22	+[[https:~~/~~/ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key>>https://ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key]]
	23	+)))
	24	+|(% style="width:163px" %)Обслуживание|(% style="width:1322px" %)(((
	25	+|(% style="width:486px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
	26	+Критерии состояния индекса (фрагментация).
	27	+Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:817px" %)Fill factor
	28	+[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
	29	+|(% style="width:486px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:817px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.(((
	30	+|(% colspan="2" %)Вспомогательные темы:
	31	+|(% style="width:206px" %)1) [[Архивирование данных>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Архивирование данных.WebHome]]|(% style="width:539px" %)
	32	+|(% style="width:206px" %)2) Фильтрующий индекс|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
	33	+)))
	34	+)))
	35	+
9	9	----
10	10
11		-==== Критерий - кластеризованный индекс ====
	38	+==== Внутренние ссылки: ====
12	12
13		-Кластеризованный индекс
14		-Данный индекс определяет порядок строк в таблице.
15		-При вставке новой записи в таблицу рассчитывается значение кластеризованного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
16		-Для таблицы может быть только 1 кластеризованный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластеризованного индекса (строки будут расположены в порядке их добавления).
	40	+====== Дочерние страницы: ======
17	17
18		-Некластеризованный индекс
19		-Не влияет на физический порядок строк. Используется для оптимизации выборки данных.
	42	+{{children/}}
20	20
21		-----
	44	+====== Обратные ссылки: ======
22	22
23		-Вопросы
24		-1) Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
25		-Критерии состояния индекса (фрагментация).
26		-Действия по обслуживанию индекса (перестроение, пересоздание).
	46	+{{velocity}}
	47	+#set ($links = $doc.getBacklinks())
	48	+#if ($links.size() > 0)
	49	+ #foreach ($docname in $links)
	50	+ #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
	51	+ * [[$escapetool.xml($rdoc.fullName)]]
	52	+ #end
	53	+#else
	54	+ No back links for this page!
	55	+#end
	56	+{{/velocity}}
27	27
28	28	----
29	29
30		-{{children/}}
31		-
32		-----
33		-
34	34	**Ссылки:**
35	35
36	36	(% style="width:1188px" %)
...	...	@@ -41,14 +41,4 @@
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
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
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" %)
	70	+|(% style="width:102px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% style="width:160px" %)[[PostgreSQL. Индексы>>doc:Разработка.Базы данных.SQL.PostgreSQL.Механизмы.PostgreSQL\. Индексы.WebHome]]|(% style="width:923px" %)

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