vault backup: 2024-07-13 20:00:17

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

@@ -23,13 +23,17 @@
   "markdownOnly": false,
   "unresolvedLinks": false,
   "recentFilesStore": [
+    {
+      "filepath": "_inbox/Партиционирование в PostgreSQL.md",
+      "timestamp": 1720889901878
+    },
     {
       "filepath": "_inbox/Партиционирование в БД.md",
-      "timestamp": 1720889716619
+      "timestamp": 1720889895966
     },
     {
       "filepath": "_inbox/Шардирование в БД.md",
-      "timestamp": 1720889712221
+      "timestamp": 1720889891582
     },
     {
       "filepath": "Home.md",

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

@@ -1,5 +1,9 @@
 {
   "recentFiles": [
+    {
+      "basename": "Партиционирование в PostgreSQL",
+      "path": "_inbox/Партиционирование в PostgreSQL.md"
+    },
     {
       "basename": "Партиционирование в БД",
       "path": "_inbox/Партиционирование в БД.md"
@@ -195,10 +199,6 @@
     {
       "basename": "maxresdefault",
       "path": "meta/files/maxresdefault.jpg"
-    },
-    {
-      "basename": "Hd2e025e3e29048cfbfde146b8fe611a7W.jpg_480x480.jpg",
-      "path": "meta/files/Hd2e025e3e29048cfbfde146b8fe611a7W.jpg_480x480.jpg.webp"
     }
   ],
   "omittedPaths": [],

_inbox/Партиционирование в PostgreSQL.md

@@ -0,0 +1,22 @@
+---
+aliases: 
+tags:
+  - зрелость/🌱
+date:
+  - - 2024-07-13
+zero-link:
+  - "[[00 PostgreSQL]]"
+parents:
+  - "[[Партиционирование в БД]]"
+linked:
+---
+Пример создания в PostgreSQL: ![](Pasted%20image%2020240620214723.png)
+
+Что будет?
+- Все колонки от родителя
+- Дополнительные "свои" колонки
+
+**Чего не будет:**
+- Ограничений
+- Индексов
+- Триггеров

_inbox/Партиционирование в БД.md

@@ -13,26 +13,26 @@ linked:
 ---
 На некоторых докладах партиции назывались вертикальным [шардированием](Шардирование%20в%20БД.md).
 
-
+**Принципы:**
 - Берем данные и разделяем по какому-то признаку
 - Разделенные данные физически лежат отдельно. Разные таблицы
 - Но все данные остаются в пределах одного сервера.
 
 **Минусы:**
-- Некоторые запросы могут замедлиться. Кросс-партиционные запросы.
+- Некоторые запросы могут замедлиться. Для выполнения запросов, в которых нам нужно сходить в несколько партиций.
 - Так как данные лежат на одном сервере, то если уперлись в производительность диска, партиционирование не поможет.
-- Кажется перестройка партиций дорогостоящая операция.
+- Перестройка партиций дорогостоящая операция.
 
 **Плюсы:**
 - Простая реализация. Разработчик продолжает обращаться к таблице, а СУБД понимает в какую партицию ей стоит идти.
 - Некоторые типы запросов может ускорить за счет уменьшения объема данных в партиции.
 
-Основные типы разделения:
-- key. По ключу
-- range. По диапазону
-- list. По списку
-- hash. По хэш значению поля
+**Основные типы разделения:**
+- По ключу
+- По диапазону
+- По списку
+- По хэш значению поля
  
-Пример создания в PostgreSQL: ![](Pasted%20image%2020240620214723.png)
+
 
 Пример создания в MySQL: ![](Pasted%20image%2020240620214648.png)