vault backup: 2024-06-30 21:14:15

This commit is contained in:
Struchkov Mark 2024-06-30 21:14:15 +03:00
parent c60228ef81
commit 0aa9fcb9b8
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C

View File

@ -63,8 +63,6 @@ linked:
- [JOIN SQL](JOIN%20SQL.md) - [JOIN SQL](JOIN%20SQL.md)
- Держать нужные данные на одном шарде - Держать нужные данные на одном шарде
- Делать вычисления в одном сервисе - Делать вычисления в одном сервисе
## Решардинг ## Решардинг
При добавлении/удалении ноды нужно провести решардинг. Перенести старые данные на новые узлы. При добавлении/удалении ноды нужно провести решардинг. Перенести старые данные на новые узлы.
@ -72,6 +70,10 @@ linked:
- 16 записей на 8 шардов -> 2 записи на шард - 16 записей на 8 шардов -> 2 записи на шард
- 16 записей на 16 шардов -> 1 запись на шард - 16 записей на 16 шардов -> 1 запись на шард
-[[]] - [Consistent hashing](Consistent%20hashing.md)
## Заметки ## Заметки
- Как и в случае [партиционирования](Партиционирование%20в%20БД.md) запросы по ключу шардирования ускорятся.
- Запросы не по ключу пройдут по всем узлам.
- Запросы по диапазону ключей хэширования могут обойти все шарды.
- Можно создавать различные индексы на узлах. При этом может оказаться так, что индексы на исходной таблице могут не подойди для шардирования.