From 0aa9fcb9b875d0a424fbc4662cc6433292107169 Mon Sep 17 00:00:00 2001 From: Struchkov Mark Date: Sun, 30 Jun 2024 21:14:15 +0300 Subject: [PATCH] vault backup: 2024-06-30 21:14:15 --- _inbox/Шардирование в БД.md | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/_inbox/Шардирование в БД.md b/_inbox/Шардирование в БД.md index 65305fde..bfedc4ce 100644 --- a/_inbox/Шардирование в БД.md +++ b/_inbox/Шардирование в БД.md @@ -63,8 +63,6 @@ linked: - [JOIN SQL](JOIN%20SQL.md) - Держать нужные данные на одном шарде - Делать вычисления в одном сервисе - - ## Решардинг При добавлении/удалении ноды нужно провести решардинг. Перенести старые данные на новые узлы. @@ -72,6 +70,10 @@ linked: - 16 записей на 8 шардов -> 2 записи на шард - 16 записей на 16 шардов -> 1 запись на шард --[[]] +- [Consistent hashing](Consistent%20hashing.md) -## Заметки \ No newline at end of file +## Заметки +- Как и в случае [партиционирования](Партиционирование%20в%20БД.md) запросы по ключу шардирования ускорятся. +- Запросы не по ключу пройдут по всем узлам. +- Запросы по диапазону ключей хэширования могут обойти все шарды. +- Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования. \ No newline at end of file