vault backup: 2024-06-20 21:49:23

This commit is contained in:
Struchkov Mark 2024-06-20 21:49:23 +03:00
parent c2fd898cdf
commit 7da4fb8506
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
6 changed files with 41 additions and 18 deletions

View File

@ -24,7 +24,11 @@
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "_inbox/2024-06-20 1718908901.md",
"filepath": "Партиционирование.md",
"timestamp": 1718909133656
},
{
"filepath": "_inbox/Шардирование - OTUS.md",
"timestamp": 1718908901467
},
{
@ -38,10 +42,6 @@
{
"filepath": "_inbox/Согласованное префиксное чтение.md",
"timestamp": 1718908758111
},
{
"filepath": "Home.md",
"timestamp": 1718908716086
}
],
"bookmarkedFileStore": [],

View File

@ -1,5 +1,9 @@
{
"recentFiles": [
{
"basename": "Партиционирование в БД",
"path": "Партиционирование в БД.md"
},
{
"basename": "Шардирование - OTUS",
"path": "_inbox/Шардирование - OTUS.md"
@ -195,10 +199,6 @@
{
"basename": "Adaptive Replacement Cache",
"path": "_inbox/Adaptive Replacement Cache.md"
},
{
"basename": "Last Frequently Used",
"path": "_inbox/Last Frequently Used.md"
}
],
"omittedPaths": [],

View File

@ -7,12 +7,4 @@ zero-link:
parents:
linked:
---
## Партиционирование
- Берем данные и разделяем по какому-то признаку
- Разделенные данные физически лежат отдельно
- Все данные остаются в пределах одного сервера.
- бывает разных типов
- в теории должно работать быстрее
**Минусы:**
- Так как данные лежат на одном сервере, то если уперлись в производительность диска, партиционирование не поможет.
[Партиционирование в БД](Партиционирование%20в%20БД.md)

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.8 MiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.7 MiB

View File

@ -0,0 +1,31 @@
---
aliases:
tags:
- зрелость/🌱
date:
- - 2024-06-20
zero-link:
- "[[00 Базы Данных]]"
parents:
linked:
---
- Берем данные и разделяем по какому-то признаку
- Разделенные данные физически лежат отдельно. Разные таблицы
- Но все данные остаются в пределах одного сервера.
**Минусы:**
- Так как данные лежат на одном сервере, то если уперлись в производительность диска, партиционирование не поможет.
- Некоторые запросы могут замедлиться.
**Плюсы:**
- Некоторые типы запросов может ускорить за счет уменьшения объема данных в партиции.
Основные типы разделения:
- key. По ключу
- range. По диапазону
- list. По списку
- hash. По хэш значению поля
Пример создания в PostgreSQL: ![](Pasted%20image%2020240620214723.png)
Пример создания в MySQL: ![](Pasted%20image%2020240620214648.png)