diff --git a/.obsidian/plugins/home-tab/data.json b/.obsidian/plugins/home-tab/data.json index 113b1334..70d8d1b8 100644 --- a/.obsidian/plugins/home-tab/data.json +++ b/.obsidian/plugins/home-tab/data.json @@ -23,13 +23,17 @@ "markdownOnly": false, "unresolvedLinks": false, "recentFilesStore": [ + { + "filepath": "wiki/zero/00 Базы Данных.md", + "timestamp": 1720896341850 + }, { "filepath": "_inbox/Партиционирование в БД.md", - "timestamp": 1720895874354 + "timestamp": 1720896266346 }, { "filepath": "_inbox/Шардирование в БД.md", - "timestamp": 1720895760779 + "timestamp": 1720896117693 }, { "filepath": "_inbox/Explain в PostgreSQL.md", @@ -38,10 +42,6 @@ { "filepath": "_inbox/Шардирование в PostgreSQL.md", "timestamp": 1720891966605 - }, - { - "filepath": "Решардинг.md", - "timestamp": 1720891912711 } ], "bookmarkedFileStore": [], diff --git a/.obsidian/plugins/recent-files-obsidian/data.json b/.obsidian/plugins/recent-files-obsidian/data.json index 19639cae..a199eef3 100644 --- a/.obsidian/plugins/recent-files-obsidian/data.json +++ b/.obsidian/plugins/recent-files-obsidian/data.json @@ -1,5 +1,9 @@ { "recentFiles": [ + { + "basename": "00 Базы Данных", + "path": "wiki/zero/00 Базы Данных.md" + }, { "basename": "Партиционирование в БД", "path": "_inbox/Партиционирование в БД.md" @@ -195,10 +199,6 @@ { "basename": "orig", "path": "meta/files/orig.webp" - }, - { - "basename": "1640215.970", - "path": "meta/files/1640215.970.jpg" } ], "omittedPaths": [], diff --git a/_inbox/Партиционирование в БД.md b/_inbox/Партиционирование в БД.md index 6ee43831..9a75d0c0 100644 --- a/_inbox/Партиционирование в БД.md +++ b/_inbox/Партиционирование в БД.md @@ -17,6 +17,8 @@ linked: - Прирост производительности будет только в том случае, если данные для выполнения запроса будут хранится в одной партиции. Поэтому важно правильно определить ключ партиционирования *** +Приложение работает неограниченное количество времени, с каждым днем количество данных в БД увеличивается. При возрастании объема запросы начинают отрабатывать медленнее, в таком случае возникает необходимость в применении партиционирования. + На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md). **Минусы:** diff --git a/_inbox/Шардирование в БД.md b/_inbox/Шардирование в БД.md index 3b1272fa..04316609 100644 --- a/_inbox/Шардирование в БД.md +++ b/_inbox/Шардирование в БД.md @@ -71,4 +71,5 @@ linked: - [Шардирование в PostgreSQL](Шардирование%20в%20PostgreSQL.md) ## Заметки - Как и в случае [партиционирования](Партиционирование%20в%20БД.md) запросы по ключу шардирования ускорятся. -- Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования. \ No newline at end of file +- Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования. +- В 2GIS при переезде на шардирование они создавали шарды, после чего обвешавали основную БД тригерами, чтобы они актуализировали данные в шарда, но при этом продолжали использовать старую БД. В какой-то момент переключились на шарды. \ No newline at end of file