Compare commits

..

2 Commits

Author SHA1 Message Date
51c5bf2961
Индекс для внешнего ключа таблицы БД.md
All checks were successful
continuous-integration/drone/push Build is passing
2024-10-16 11:15:02 +03:00
6b9c2a1f15
Обновление даты 2024-10-12 12:42:17 +03:00
6 changed files with 18 additions and 12 deletions

View File

@ -7,21 +7,29 @@ zero-link:
parents: parents:
linked: linked:
--- ---
При создании внешнего ключа в базе данных важно не забывать добавлять индекс на связанный столбец. При создании внешнего ключа в базе данных важно не забывать про добавление индекса на соответствующий столбец. Разберёмся, почему это важно.
Внешний ключ обеспечивает связь между двумя таблицами, гарантируя, что значения в одном столбце соответствуют значениям в другой таблице. ==При выполнении операций, таких как SELECT, UPDATE или DELETE, СУБД должна проверить целостность данных. Без индекса проверка становится затратной по времени, так как приходится сканировать всю таблицу для поиска нужных записей==. Индекс решает эту проблему, значительно ускоряя поиск и проверку данных. Сперва обратимся к [документации PostgreSQL](https://www.postgresql.org/docs/current/ddl-constraints.html):
Рассмотрим пример, где мы удаляем строку из таблицы, у которой есть связь с другой таблицей. > A foreign key must reference columns that either are a primary key or form a unique constraint, or are columns from a non-partial unique index. This means that the referenced columns always have an index to allow efficient lookups on whether a referencing row has a match. Since a `DELETE` of a row from the referenced table or an `UPDATE` of a referenced column will require a scan of the referencing table for rows matching the old value, ==it is often a good idea to index the referencing columns too==. Because this is not always needed, and there are many choices available on how to index, the declaration of a foreign key constraint does not automatically create an index on the referencing columns.
Когда выполняются операции, такие как SELECT, UPDATE или DELETE, СУБД должна проверять целостность данных. Без индекса проверка связей может занимать много времени, поскольку требуется сканирование всей таблицы для поиска необходимых записей.
Рассмотрим пример удаления строки из таблицы, связанной с другой таблицей через внешний ключ. ==Удаление выполняется по первичному ключу, и внешний ключ в запросе напрямую не используется.==
![600](../../meta/files/images/Pasted%20image%2020240331093028.png) ![600](../../meta/files/images/Pasted%20image%2020240331093028.png)
Поиск записи в таблице происходит быстро, так как удаление выполняется по первичному ключу. Однако, у нас есть связь с другой таблицей, и ==самый долгий этап это проверка связей с этой таблицей.== Видно, что поиск по первичному ключу выполняется быстро, так как удаление производится по индексированному первичному ключу. Однако ==наибольшее время занимает проверка связей с другой таблицей.==
Добавим индекс на внешний ключ и проведем повторный эксперимент. Добавим индекс на внешний ключ и проведем повторный эксперимент.
![600](../../meta/files/images/Pasted%20image%2020240331093524.png) ![600](../../meta/files/images/Pasted%20image%2020240331093524.png)
Мы получили ускорение в 2055 раз! После добавления индекса на внешний ключ и повторного выполнения запроса:
- Без индекса на внешний ключ операция удаления заняла 690 мс.
- С индексом — всего 0.101 мс.
Таким образом, ==в большинстве случаев стоит создавать индекс для внешнего ключа, особенно если часто выполняются операции удаления или обновления==. Но когда индекс не нужен? ==Если в основном таблица используется для операций INSERT и SELECT, индекс на внешний ключ может не понадобиться==.
*** ***
## Мета информация ## Мета информация
**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]] **Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]

View File

@ -2,7 +2,7 @@
aliases: aliases:
tags: tags:
- maturity/🌱 - maturity/🌱
date: "[[2023-11-02]]" date: 2023-11-02
zero-link: zero-link:
parents: parents:
linked: linked:

View File

@ -2,7 +2,7 @@
aliases: aliases:
tags: tags:
- maturity/🌱 - maturity/🌱
date: "[[2023-11-01]]" date: 2023-11-01
zero-link: [] zero-link: []
parents: parents:
linked: linked:

View File

@ -4,7 +4,7 @@ aliases:
- ожирению - ожирению
tags: tags:
- maturity/🌱 - maturity/🌱
date: "[[2023-11-05]]" date: 2023-11-05
zero-link: zero-link:
parents: parents:
linked: linked:
@ -73,6 +73,6 @@ linked:
### Дочерние заметки ### Дочерние заметки
<!-- QueryToSerialize: LIST FROM [[]] WHERE contains(Родитель, this.file.link) or contains(parents, this.file.link) --> <!-- QueryToSerialize: LIST FROM [[]] WHERE contains(Родитель, this.file.link) or contains(parents, this.file.link) -->
<!-- SerializedQuery: LIST FROM [[]] WHERE contains(Родитель, this.file.link) or contains(parents, this.file.link) --> <!-- SerializedQuery: LIST FROM [[]] WHERE contains(Родитель, this.file.link) or contains(parents, this.file.link) -->
- [[Гиноидное ожирение]]
- [[Абдоминальное ожирение]] - [[Абдоминальное ожирение]]
- [[Гиноидное ожирение]]
<!-- SerializedQuery END --> <!-- SerializedQuery END -->

View File

@ -4,7 +4,7 @@ aliases:
- индекса массы тела - индекса массы тела
tags: tags:
- maturity/🌱 - maturity/🌱
date: "[[2023-10-23]]" date: 2023-10-23
zero-link: zero-link:
parents: parents:
linked: linked:

View File

@ -6,8 +6,6 @@ zero-link:
title: Java разработка title: Java разработка
--- ---
- [Устройство Java](Устройство%20Java.md) - [Устройство Java](Устройство%20Java.md)
- [JDK](../../dev/java/JDK.md)
- [[../../dev/java/Java Reflection|Java Reflection]]
- [[../../dev/java/Многопоточность в Java|Многопоточность в Java]] - [[../../dev/java/Многопоточность в Java|Многопоточность в Java]]
- Системы сборки - Системы сборки
- [Maven](00%20Maven.md) - [Maven](00%20Maven.md)