vault backup: 2024-07-13 21:45:44

This commit is contained in:
Struchkov Mark 2024-07-13 21:45:44 +03:00
parent 63d02b0eab
commit d15ab17273
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
4 changed files with 14 additions and 11 deletions

View File

@ -23,13 +23,17 @@
"markdownOnly": false, "markdownOnly": false,
"unresolvedLinks": false, "unresolvedLinks": false,
"recentFilesStore": [ "recentFilesStore": [
{
"filepath": "wiki/zero/00 Базы Данных.md",
"timestamp": 1720896341850
},
{ {
"filepath": "_inbox/Партиционирование в БД.md", "filepath": "_inbox/Партиционирование в БД.md",
"timestamp": 1720895874354 "timestamp": 1720896266346
}, },
{ {
"filepath": "_inbox/Шардирование в БД.md", "filepath": "_inbox/Шардирование в БД.md",
"timestamp": 1720895760779 "timestamp": 1720896117693
}, },
{ {
"filepath": "_inbox/Explain в PostgreSQL.md", "filepath": "_inbox/Explain в PostgreSQL.md",
@ -38,10 +42,6 @@
{ {
"filepath": "_inbox/Шардирование в PostgreSQL.md", "filepath": "_inbox/Шардирование в PostgreSQL.md",
"timestamp": 1720891966605 "timestamp": 1720891966605
},
{
"filepath": "Решардинг.md",
"timestamp": 1720891912711
} }
], ],
"bookmarkedFileStore": [], "bookmarkedFileStore": [],

View File

@ -1,5 +1,9 @@
{ {
"recentFiles": [ "recentFiles": [
{
"basename": "00 Базы Данных",
"path": "wiki/zero/00 Базы Данных.md"
},
{ {
"basename": "Партиционирование в БД", "basename": "Партиционирование в БД",
"path": "_inbox/Партиционирование в БД.md" "path": "_inbox/Партиционирование в БД.md"
@ -195,10 +199,6 @@
{ {
"basename": "orig", "basename": "orig",
"path": "meta/files/orig.webp" "path": "meta/files/orig.webp"
},
{
"basename": "1640215.970",
"path": "meta/files/1640215.970.jpg"
} }
], ],
"omittedPaths": [], "omittedPaths": [],

View File

@ -17,6 +17,8 @@ linked:
- Прирост производительности будет только в том случае, если данные для выполнения запроса будут хранится в одной партиции. Поэтому важно правильно определить ключ партиционирования - Прирост производительности будет только в том случае, если данные для выполнения запроса будут хранится в одной партиции. Поэтому важно правильно определить ключ партиционирования
*** ***
Приложение работает неограниченное количество времени, с каждым днем количество данных в БД увеличивается. При возрастании объема запросы начинают отрабатывать медленнее, в таком случае возникает необходимость в применении партиционирования.
На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md). На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md).
**Минусы:** **Минусы:**

View File

@ -71,4 +71,5 @@ linked:
- [Шардирование в PostgreSQL](Шардирование%20в%20PostgreSQL.md) - [Шардирование в PostgreSQL](Шардирование%20в%20PostgreSQL.md)
## Заметки ## Заметки
- Как и в случае [партиционирования](Партиционирование%20в%20БД.md) запросы по ключу шардирования ускорятся. - Как и в случае [партиционирования](Партиционирование%20в%20БД.md) запросы по ключу шардирования ускорятся.
- Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования. - Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования.
- В 2GIS при переезде на шардирование они создавали шарды, после чего обвешавали основную БД тригерами, чтобы они актуализировали данные в шарда, но при этом продолжали использовать старую БД. В какой-то момент переключились на шарды.