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,
"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": [],

View File

@ -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": [],

View File

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

View File

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