Внутри парадигмы СУБД: Sharding.
За пределами парадигмы СУБД: хранилища ключей и значений.
Мой выбор: (Я пришел из фона СУБД) Хранилища значений ключей типа табулара - HBase.
В рамках парадигмы RDBMS шардинг не поможет вам продвинуться вперед.
Используйте парадигму RDBMS для разработки модели, запуска и запуска проекта.
Использование табличных хранилищ значений ключей для SCALE OUT,
Sharding:
Хороший способ думать о Sharding - это рассматривать его как ориентированный на учетную запись пользователя
DB дизайн.
Все объекты схемы, которых касается учетная запись пользователя, хранятся на одном хосте.
Назначение пользователя хосту происходит, когда пользователь создает учетную запись.
Этот пользователь получает наименее загруженный хост.
Когда этот пользователь входит в систему после создания учетной записи, он подключается
к хосту, на котором хранятся его данные.
Каждый хост имеет набор учетных записей пользователей.
Проблема с этим подходом заключается в том, что если хост подключен,
часть пользователей будет отключена.
Решением этой проблемы является наличие дублированного резервного хоста, который
становится основным, когда основной хост сталкивается с проблемами.
Кроме того, это довольно жесткая настройка для процессов, в которых дизайн
не претерпевает существенных изменений.
С точки зрения пользователя, я заметил, что веб-сайты
с изолированным бэкэндом БД не так быстро "включают десять центов"
для создания различных бизнес-моделей на своей платформе.
Сравните это с веб-сайтами, которые действительно распространили
хранилищ ключей.Эти предприятия могут принимать любой спектр услуг
.Их платформа - это просто платформа.
Она не реляционная и имеет интерфейс API,
, но, похоже, она работает.