Одна база данных Несколько приложений + производительность

Question

У меня есть база данных, в которой я хотел бы использовать (n) количество приложений.

Эта база данных находится за веб-сервисом. Таким образом, все операции CRUD вызывают соответствующие методы webservice.

В качестве примера я использую приложение, основанное на билетах, хотя я бы предположил, что это можно расширить до большинства типов приложений.

Предположим, что сайт А - это сайт, на котором можно показывать и продавать билеты и события. Также Site A позволяет авторизованным и проверенным пользователям добавлять/удалять события и билеты.

Предположим, у нас также есть сайт B - сайт B может отображать и продавать билеты и мероприятия. Он не может добавлять или удалять билеты и события.

Оба сайта используют одну и ту же базу данных и веб-сервис.

Мой вопрос: Является ли это жизнеспособным подходом, который будет хорошо масштабироваться? Является ли единая база данных разумным подходом?

Answer 1

Я не понимаю, в чем разница между «sell event» и «add event». Типичными подходами для масштабирования базы данных являются:

1. Отдельные запросы на чтение и запись. Запись в единую БД, чтение из нескольких реплик
2. Отдельные объекты в разные базы данных. Например, храните события в одной базе данных и билеты в другой.

Одиночная база данных - прекрасное решение для множества приложений. Мое предложение состоит не в том, чтобы тратить на маш по масштабированию в начале вашего проекта, но помните о некоторых способах его масштабирования, если это необходимо. Приятно, что у вас есть один интерфейс с вашей базой данных - в будущем вы можете добавить туда некоторую логику (например, репликацию DB и т. Д.), И веб-сайты будут использовать один и тот же API без изменений.