Я только что закончил слой базы данных на основе redis, который предлагает выбирать между несколькими базами данных, но у меня нет опыта в том, что нужно делать здравому смыслу. Надежность - мой самый большой фокус.Вопрос о масштабируемости - базовые/подчиненные базы данных
Как записывается и читается, как правило, в приложениях, где доступны как подчиненные, так и основные базы данных?
Как делают крупные парни?
Для одного ведущего, с несколькими подчиненными часто бывает так же просто, как отправка всех запросов на изменение данных ведущему устройству, и все выбирает подчиненный. Как правило, уровень абстракции базы данных может легко справиться с этим для вас. This article содержит некоторые сведения об этом конкретном виде настройки.
Правило 1: Не следует.
Правило 2: Не делайте, пока вы не измерили и не доказали, что база данных действительно является вашим узким местом. Большинство узких мест для веб-приложений - это время, необходимое для обслуживания статического контента и устаревшего контента. Ничего общего с транзакциями базы данных.
Правило 3: Даже тогда просмотрите другие способы разбиения ваших данных, а не дублирования базы данных. Получите историю от текущих данных на склад. Разделение данных по клиентским или предметным областям или веб-приложениям в несколько одноранговых баз данных с ограничением или без совместного использования.
Правило 4: Когда вы можете доказать, что существует нет альтернатива, посмотрите базы данных master-slave.
Так много людей решают эту проблему.