vault backup: 2024-07-15 14:05:03

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

@@ -24,12 +24,12 @@
   "unresolvedLinks": false,
   "recentFilesStore": [
     {
-      "filepath": "_inbox/Consistent hashing.md",
+      "filepath": "_inbox/Шардирование в БД.md",
-      "timestamp": 1721041001580
+      "timestamp": 1721041256620
     },
     {
-      "filepath": "_inbox/Шардирование в БД.md",
+      "filepath": "_inbox/Consistent hashing.md",
-      "timestamp": 1721041000638
+      "timestamp": 1721041001580
     },
     {
       "filepath": "Решардинг.md",

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

@@ -1,13 +1,13 @@
 {
   "recentFiles": [
-    {
-      "basename": "Consistent hashing",
-      "path": "_inbox/Consistent hashing.md"
-    },
     {
       "basename": "Шардирование в БД",
       "path": "_inbox/Шардирование в БД.md"
     },
+    {
+      "basename": "Consistent hashing",
+      "path": "_inbox/Consistent hashing.md"
+    },
     {
       "basename": "Решардинг",
       "path": "Решардинг.md"

_inbox/Consistent hashing.md

@@ -27,7 +27,7 @@ linked:
 
 Плюсы:
 - Более равномерное распределение.
-- Можно использовать сервера разной конфигурации, опеределяя 
+- Можно использовать сервера разной конфигурации, размещая виртуальные бакеты так, чтобы обеспечить оптимальную нагрузку сервера.
 
 ## Дополнительные материалы
 - Есть какая-то библиотека Guava/Sumbur

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

@@ -42,9 +42,9 @@ linked:
 - При запросе SELECT FROM данные могут отдаться сначала все с одного шарда, потом с другого и так далее.
 - Запросы не по ключу шардирования обойдут все узлы.
 - Запросы по диапазону ключей хэширования могут обойти все шарды.
-- Данные неравномерно распределились.
+- Данные не равномерно распределились.
 	- Попробовать подобрать лучше ключ шардирования/кэш функцию
-	- Решардинг
+	- [Решардинг](Решардинг.md)
 - [JOIN SQL](JOIN%20SQL.md)
 	- Держать нужные данные на одном шарде
 	- Делать вычисления в одном сервисе