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

Редактировал(а) Alexandr Fokin 2024/04/29 13:39

От версии < 6.4 >

отредактировано Alexandr Fokin
на 2021/08/22 17:36

К версии < 11.15 >

отредактировано Alexandr Fokin
на 2024/04/29 13:39

Изменить комментарий: К данной версии нет комментариев

Необработанный
Обработанный

Комментарий

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

Подробности

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

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

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

Теги

...	...	@@ -1,1 +1,0 @@
1		-Индекс\|index\|Полнотекстовый поиск

Содержимое

@@ -1,33 +1,70 @@
--
--**Основные тезисы:**
--1) Индексы ускоряют выборку данных из таблицы, но замедляют вставку новых данных.
++|(% style="width:163px" %)Основные тезисы|(% style="width:1322px" %)(((
++1) Индексы ускоряют поиск данных в таблице, но замедляют вставку и редактирование (если изменяются столбцы задействованные хотя бы в одном индексе).
 ) При создании индексов стоит учитывать:
--2.1) Как часто с данной таблицей будут производитсться операции чтения/записи.
--2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск: WHERE, JOIN)
--3) Существуют также другие типы индексов, помимо кластеризованного и некластеризованного, которые являются более специфичными.
++2.1) Как часто с данной таблицей будут производиться операции чтения/записи.
++2.2) Какие конкретно запросы будут выполняться. (по каким полям будет идти поиск, соединение, группировка, сортировка: WHERE, JOIN)
++2.3) Предполагаемые размеры таблицы.
++3) Также в определенных запросах индекс может использоваться для более быстрого выполнения операции сортировки, группировки, соединения.
--Кластеризованный индекс
--Данный индекс напрямую определяет порядок строк в таблице.
--При вставке новой записи в таблицу рассчитывается значение кластеризованного инекса для новой строки, на основе которого выполняется вставка в коллекцию строк. Для таблицы может быть только 1 кластерезованный индекс. Обычно совпадает с первичным ключом. В таблице может отсутствовать кластеризованного индекса (стоки в естественном порядке набора данных).
++Индекс - отдельная вспомогательная структура данных (по отношению к таблице), которая содержит метаданные, чтобы ускорить поисковые запросы.
++)))
++|(% style="width:163px" %)Кластерный (кластеризованный) индекс|(% style="width:1322px" %)(((
++|(% style="width:1191px" %)Данный индекс определяет порядок строк в таблице, может существовать только в единственном экземпляре.
++При вставке новой записи в таблицу рассчитывается значение кластерного индекса для новой строки, на основе которого выполняется вставка в имеющийся набор строк.
++|(% style="width:1191px" %)Для таблицы может быть только 1 кластерный индекс. Обычно совпадает с первичным ключом. Также в таблице может отсутствовать кластерный индекса (строки будут расположены в порядке их добавления).
++|(% style="width:1191px" %)Postgres не содержит кластерных индексов
++)))
++|(% style="width:163px" %)Покрывающий индекс|(% style="width:1322px" %)(((
++| |Включение в индекс столбцов, которые не будут использоваться при поиске по индексу. Но позволят получить данные этих столбцов, без обращений к таблице.
++| |should primary key be included in regular indexes (MS SQL-Server)
++[[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]]
++\\Должен ли покрывающий индекс включать в себя primary key? (postgresql)
++[[https:~~/~~/ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key>>https://ru.stackoverflow.com/questions/899825/Должен-ли-покрывающий-индекс-включать-в-себя-primary-key]]
++)))
++|(% style="width:163px" %)Обслуживание|(% style="width:1322px" %)(((
++|(% style="width:486px" %)Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
++Критерии состояния индекса (фрагментация).
++Действия по обслуживанию индекса (перестроение, пересоздание).|(% style="width:817px" %)Fill factor
++[[https:~~/~~/habr.com/ru/post/570722/>>https://habr.com/ru/post/570722/]]
++|(% style="width:486px" %)Умещается ли индекс целиком в оперативной памяти|(% style="width:817px" %)Если индекс часто используется и при этом не умещается в оперативной памяти, то это может сильно понизить производительность запросов из-за частых обращений к диску.(((
++|(% colspan="2" %)Вспомогательные темы:
++|(% style="width:206px" %)1) [[Архивирование данных>>doc:Разработка.Базы данных.SQL.Сценарии и вопросы.Архивирование данных.WebHome]]|(% style="width:539px" %)
++|(% style="width:206px" %)2) Фильтрующий индекс|(% style="width:539px" %)Создание фильтрующих индексов, которые будут покрывать частые сценарии, но будут покрывать не всю таблицу, а только необходимые данные. (Также сценарий окна, когда для обработки нужны только определенные данные).
++)))
++)))
--Нескластеризованный индекс
--Не влияет на физический порядок строк. Используется для оптимизации выборки данных.
++----
++==== Внутренние ссылки: ====
--Вопросы
--1) Оценка состояния индексов. Поддержка индексов в актуальном состоянии.
--Каким способом можно измерить фрагментированность индекса
--Каким образом можно вызвать перестроение индекса
++====== Дочерние страницы: ======
++{{children/}}
++
++====== Обратные ссылки: ======
++
++{{velocity}}
++#set ($links = $doc.getBacklinks())
++#if ($links.size() > 0)
++  #foreach ($docname in $links)
++    #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument())
++    * [[$escapetool.xml($rdoc.fullName)]]
++  #end
++#else
++  No back links for this page!
++#end
++{{/velocity}}
++
++----
++
  **Ссылки:**
--14 вопросов об индексах в SQL Server, которые вы стеснялись задать
--https://habr.com/ru/post/247373/
--Основы индексов в Microsoft SQL Server
++(% style="width:1188px" %)
++|(% colspan="1" rowspan="3" style="width:102px" %)[[MSSQL>>doc:Разработка.Базы данных.SQL.MSSQL.WebHome]]|(% style="width:160px" %) |(% style="width:923px" %)14 вопросов об индексах в SQL Server, которые вы стеснялись задать
++https://habr.com/ru/post/247373/
++|(% style="width:160px" %) |(% style="width:923px" %)Основы индексов в Microsoft SQL Server
  https://info-comp.ru/programmirovanie/575-index-basics-in-ms-sql-server.html
--
--Обслуживание индексов и статистик MS SQL Server
++|(% style="width:160px" %) |(% style="width:923px" %)Обслуживание индексов и статистик MS SQL Server
  https://infostart.ru/public/256292/
--
--Что такое статистика в SQL Server?
--https://sql-ex.ru/blogs/?/Chto_takoe_statistika_v_SQL_Server.html#extended
++|(% style="width:102px" %) |(% style="width:160px" %) |(% style="width:923px" %)
++|(% 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,6 +1,0 @@
--Кластеризованный индекс Guid или int:
--В случае если кластеризованный индекс является числом, то вставка новой строки всегда будет происходит в конец существующего набора данных. (Max + 1)
--В случае если кластеризованный индекс является GUID, то значения индекса может попасть в любую позицию набора данных (начало/середина/конец) что негативное сказывается на работе.
--Есть более подробный материал по данной теме.
--
--В случае необходимости Guid имеет смысл наличие 2 ключей, один из которых int, а второй guid

Дата

...	...	@@ -1,1 +1,0 @@
1		-2020-04-25 13:34:08.317

XWiki.XWikiComments[1]