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

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

View File

@ -24,12 +24,16 @@
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "_inbox/Explain в PostgreSQL.md",
"timestamp": 1720895399776
"filepath": "_inbox/Партиционирование в БД.md",
"timestamp": 1720895874354
},
{
"filepath": "_inbox/Шардирование в БД.md",
"timestamp": 1720895329689
"timestamp": 1720895760779
},
{
"filepath": "_inbox/Explain в PostgreSQL.md",
"timestamp": 1720895399776
},
{
"filepath": "_inbox/Шардирование в PostgreSQL.md",
@ -38,10 +42,6 @@
{
"filepath": "Решардинг.md",
"timestamp": 1720891912711
},
{
"filepath": "_inbox/Consistent hashing.md",
"timestamp": 1720891856196
}
],
"bookmarkedFileStore": [],

View File

@ -1,13 +1,17 @@
{
"recentFiles": [
{
"basename": "Explain в PostgreSQL",
"path": "_inbox/Explain в PostgreSQL.md"
"basename": "Партиционирование в БД",
"path": "_inbox/Партиционирование в БД.md"
},
{
"basename": "Шардирование в БД",
"path": "_inbox/Шардирование в БД.md"
},
{
"basename": "Explain в PostgreSQL",
"path": "_inbox/Explain в PostgreSQL.md"
},
{
"basename": "Шардирование в PostgreSQL",
"path": "_inbox/Шардирование в PostgreSQL.md"
@ -24,10 +28,6 @@
"basename": "Согласованное префиксное чтение",
"path": "_inbox/Согласованное префиксное чтение.md"
},
{
"basename": "Партиционирование в БД",
"path": "_inbox/Партиционирование в БД.md"
},
{
"basename": "Партиционирование в PostgreSQL",
"path": "_inbox/Партиционирование в PostgreSQL.md"

View File

@ -11,12 +11,13 @@ parents:
linked:
- "[[Шардирование в БД]]"
---
На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md).
## Тезисы
- Данные разделяются по какому-то признаку.
- Разделенные данные физически лежат раздельно. Разные таблицы. Но все данные остаются в пределах одного сервера.
- Прирост производительности будет только в том случае, если данные для выполнения запроса будут хранится в одной партиции. Поэтому важно правильно определить ключ партиционирования
**Принципы:**
- Берем данные и разделяем по какому-то признаку
- Разделенные данные физически лежат отдельно. Разные таблицы
- Но все данные остаются в пределах одного сервера.
***
На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md).
**Минусы:**
- Некоторые запросы могут замедлиться. Для выполнения запросов, в которых нам нужно сходить в несколько партиций.

View File

@ -15,7 +15,7 @@ linked:
## Тезисы
- Один из вариантов горизонтального масштабирования.
- Данные разбиваются на части. В отличии от [партиционирования](Партиционирование%20в%20БД.md) эти части размещаются на разных серверах.
- Не является [репликацией](_inbox/Репликация.md) и [партиционированием](Партиционирование%20в%20БД.md).
- Не является [репликацией](_inbox/Репликация.md) и [партиционированием](Партиционирование%20в%20БД.md). Но на каждом шарде можно применить партицирование.
- ==Шардирование последняя мера по улучшению производительности.==
***