Переименование базы данных

dev/Tombstone.md

@@ -20,7 +20,7 @@ date: 2024-10-31
 
 ***
 ## Мета информация
-**Область**:: [[../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-10-31]]

dev/architecture/highload/Безмастерная репликация.md

@@ -6,7 +6,7 @@ tags:
 date:
   - - 2024-06-04
 zero-link:
-  - "[[../../../meta/zero/00 Базы Данных|00 Базы Данных]]"
+  - "[[../../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]"
 parents:
   - "[[Репликация БД|Репликация БД]]"
 linked: 

dev/architecture/highload/Репликация БД.md

@@ -9,7 +9,7 @@ date:
 zero-link:
   - "[[../../../meta/zero/00 HighLoad|00 HighLoad]]"
   - "[[../../../meta/zero/00 DevOps|00 DevOps]]"
-  - "[[../../../meta/zero/00 Базы Данных|00 Базы Данных]]"
+  - "[[../../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]"
 parents:
   - "[[Репликация|Репликация]]"
 linked: 
@@ -75,7 +75,7 @@ linked:
 - [Монотонное чтение](Монотонное%20чтение.md)
 ***
 ## Мета информация
-**Область**:: [[../../../meta/zero/00 HighLoad|00 HighLoad]], [[../../../meta/zero/00 DevOps|00 DevOps]], [[../../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../../meta/zero/00 HighLoad|00 HighLoad]], [[../../../meta/zero/00 DevOps|00 DevOps]], [[../../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[../../../../../source/курсы/otus/Архитектор высоких нагрузок 2019/Репликация|Репликация]]
 **Источник**:: 
 **Автор**:: 

dev/architecture/highload/Синхронная репликация.md

@@ -5,7 +5,7 @@ tags:
 date:
   - - 2024-06-07
 zero-link:
-  - "[[../../../meta/zero/00 Базы Данных|00 Базы Данных]]"
+  - "[[../../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]"
 parents:
   - "[[Репликация БД]]"
 linked:

dev/architecture/Трёхзвенная структура.md

@@ -16,7 +16,7 @@ linked:
 
 - [Фронтенд](Фронтенд.md). предназначен для быстрой обработки легких данных, как правило, статики. Эти запросы обрабатываются тут и не проходят на массивный, тяжелый бэкенд. Для фронтенда используются такие легковесные сервера, как [nginx](../../meta/zero/00%20Nginx.md). В разработке подобных серверов огромное внимание уделяется тому, какое количество ресурсов тратится на обработку одного запроса.
 - [Бэкенд](Бэкенд.md), как правило, это тяжелые приложения, в которых происходят вычисления, зашита бизнес-логика, и обрабатывать статические запросы бэкендом попросту неэффективно.
-- Следующий слой – это хранение данных, в простейшем варианте – [база данных](../../meta/zero/00%20Базы%20Данных.md).
+- Следующий слой – это хранение данных, в простейшем варианте – [база данных](../../meta/zero/00%20Реляционная%20база%20данных.md).
 ***
 ## Мета информация
 **Область**:: [[../../meta/zero/00 Архитектура ИС|00 Архитектура ИС]]

dev/database/DB page.md

@@ -14,7 +14,7 @@ date: 2024-11-04
 База данных работает поверх операционной системы и поэтому использует [[../fundamental/Страница|страницы ОС]] для хранения своих страниц данных. Когда СУБД загружает страницу базы данных из диска, операционная система выделяет ей одну или несколько страниц оперативной памяти. В результате страницы базы данных хранятся в страницах памяти ОС.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[../fundamental/Страница|Страница]]
 **Источник**:: 
 **Создана**:: [[2024-11-04]]

dev/database/Online Analytical Processing.md

@@ -26,7 +26,7 @@ OLAP (Online Analytical Processing) — это тип нагрузки, кото
 Это не то же самое, что создание отдельной реплики для отчетности, так как это не решает проблему разных индексов. Однако на логической репликации это возможно.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Автор**:: 

dev/database/Online Transaction Processing.md

@@ -24,7 +24,7 @@ OLTP (Online Transaction Processing) — это тип нагрузки, кот
 - Для OLTP-нагрузки не следует использовать параллельное выполнение запросов, так как это забирает ядро процессора у другого запроса, что может привести к задержкам в обработке транзакций и снижению общей производительности системы. В контексте OLTP важнее минимизировать время выполнения каждого отдельного запроса, а не распределять его между несколькими ядрами. ==Каждый запрос должен выполняться на одном ядре как можно быстрее.==
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Автор**:: 

dev/database/Write-read pattern.md

@@ -5,7 +5,7 @@ tags:
   - maturity/🌱
 date: 2024-09-17
 zero-link:
-  - "[[../../meta/zero/00 Базы Данных|00 Базы Данных]]"
+  - "[[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]"
 parents: 
 linked: 
 ---
@@ -25,7 +25,7 @@ linked:
 - Настройка задержек или проверок синхронизации для гарантии, что данные были реплицированы перед чтением.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-09-17]]

dev/database/Долгая транзакция.md

@@ -22,7 +22,7 @@ date: 2024-11-05
 2. **Автоматическое завершение долгих транзакций**.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[Транзакция БД]]
 **Источник**:: 
 **Создана**:: [[2024-11-05]]

dev/database/Журнал БД.md

@@ -4,7 +4,7 @@ tags:
   - maturity/🌱
 date: 2024-05-26
 zero-link:
-  - "[[00 Базы Данных]]"
+  - "[[../../meta/zero/00 Реляционная база данных]]"
 parents: 
 linked: 
 ---
@@ -38,7 +38,7 @@ linked:
 Для повышения производительности рекомендуется выделять отдельные жесткие диски под журналы, чтобы у них был эксклюзивный доступ к ресурсам диска. Это менее актуально для SSD, так как у них значительно выше скорость чтения и записи, а также отсутствует проблема механического доступа, что делает их более эффективными для параллельной работы с данными.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Автор**:: 

dev/database/Индекс базы данных.md

@@ -56,7 +56,7 @@ date: 2024-10-11
 - [[../../../../_inbox/Индекс в MySQL|Индекс в MySQL]]
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-10-11]]

dev/database/Индекс в БД для мягкого удаления.md

@@ -17,7 +17,7 @@ CREATE UNIQUE INDEX users_email_uniq ON users (
 В этом случае строки, у которых `deleted_at` не задан, включаются в индекс, а остальные игнорируются, что делает индекс более компактным и эффективным.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-11-05]]

dev/database/Индекс для внешнего ключа таблицы БД.md

@@ -32,7 +32,7 @@ linked:
 Таким образом, ==в большинстве случаев стоит создавать индекс для внешнего ключа, особенно если часто выполняются операции удаления или обновления==. Но когда индекс не нужен? ==Если в основном таблица используется для операций INSERT и SELECT, индекс на внешний ключ может не понадобиться==.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[Оптимизация SQL запросов]]
 **Источник**:: 
 **Создана**:: [[2024-10-11]]

dev/database/Использование малоселективных полей для оптимизации чтения страниц.md

@@ -12,7 +12,7 @@ date: 2024-11-05
 ![[../../meta/files/images/Pasted image 20241105002717.png]]
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-11-05]]

dev/database/Покрывающий индекс.md

@@ -38,7 +38,7 @@ SELECT column1, column2 FROM table_name WHERE column1 = 'value';
 - Для [[Online Analytical Processing|OLAP]], где важно быстрое чтение данных без необходимости частых обновлений.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[Индекс базы данных]]
 **Источник**:: 
 **Автор**:: 

dev/database/Селективность колонки.md

@@ -26,7 +26,7 @@ SELECT * FROM records WHERE processed = false;
 
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Автор**:: 

dev/database/Составной индекс в БД.md

@@ -56,7 +56,7 @@ SELECT * FROM orders WHERE order_date >= '2024-01-01';
 
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[Индекс базы данных]]
 **Источник**:: 
 **Автор**:: 

dev/database/Таблицы с колонкой статуса.md

@@ -31,7 +31,7 @@ date: 2024-11-05
 
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: 
 **Источник**:: 
 **Создана**:: [[2024-11-05]]

dev/database/Управление VIEW в Liquibase.md

@@ -67,7 +67,7 @@ date: 2023-11-02
 Таким образом, вы получите централизованное и актуальное место для управления структурами VIEW, что значительно упростит их поддержку и обновление.
 ***
 ## Мета информация
-**Область**:: [[../../meta/zero/00 Базы Данных|00 Базы Данных]]
+**Область**:: [[../../meta/zero/00 Реляционная база данных|00 Реляционная база данных]]
 **Родитель**:: [[Liquibase]]
 **Источник**:: 
 **Автор**:: 

index.md

@@ -56,7 +56,7 @@ enableToc: false
 		- [Архитектура ПО](meta/zero/00%20Архитектура%20ПО.md)
 		- [Архитектура ИС](meta/zero/00%20Архитектура%20ИС.md)
 			- [[meta/zero/00 HighLoad|HighLoad]]
-	- [[meta/zero/00 Базы Данных|Базы Данных]]
+	- [[meta/zero/00 Реляционная база данных|Базы Данных]]
 		- [[meta/zero/00 PostgreSQL|PostgreSQL]]
 	- [DevOps](meta/zero/00%20DevOps.md)
 		- [Docker](meta/zero/00%20Docker.md)

meta/zero/00 MySQL.md

@@ -4,7 +4,7 @@ aliases:
 tags:
   - type/zero-link
 zero-link:
-  - "[[00 Базы Данных]]"
+  - "[[00 Реляционная база данных]]"
 title: MySQL
 ---
 - [[../../dev/database/mysql/Архитектура MySQL|Архитектура MySQL]]

meta/zero/00 PostgreSQL.md

@@ -4,7 +4,7 @@ aliases:
 tags:
   - type/zero-link
 zero-link:
-  - "[[00 Базы Данных]]"
+  - "[[00 Реляционная база данных]]"
 title: PostgreSQL
 ---
 - Устройство PostgreSQL