vault backup: 2024-07-15 13:40:03

.obsidian/plugins/home-tab/data.json

@@ -23,6 +23,10 @@
   "markdownOnly": false,
   "unresolvedLinks": false,
   "recentFilesStore": [
+    {
+      "filepath": "_inbox/Шардирование в БД.md",
+      "timestamp": 1721039784200
+    },
     {
       "filepath": "_inbox/Партиционирование в БД.md",
       "timestamp": 1721039353391
@@ -31,10 +35,6 @@
       "filepath": "_inbox/Партиционирование в PostgreSQL.md",
       "timestamp": 1721039299373
     },
-    {
-      "filepath": "_inbox/Шардирование в БД.md",
-      "timestamp": 1721038752160
-    },
     {
       "filepath": "Решардинг.md",
       "timestamp": 1721037859219

.obsidian/plugins/recent-files-obsidian/data.json

@@ -1,5 +1,9 @@
 {
   "recentFiles": [
+    {
+      "basename": "Шардирование в БД",
+      "path": "_inbox/Шардирование в БД.md"
+    },
     {
       "basename": "Партиционирование в БД",
       "path": "_inbox/Партиционирование в БД.md"
@@ -8,10 +12,6 @@
       "basename": "Партиционирование в PostgreSQL",
       "path": "_inbox/Партиционирование в PostgreSQL.md"
     },
-    {
-      "basename": "Шардирование в БД",
-      "path": "_inbox/Шардирование в БД.md"
-    },
     {
       "basename": "Решардинг",
       "path": "Решардинг.md"

_inbox/Шардирование в БД.md

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