一个数据库多个应用+性能
One Database Multiple Applications + Performance
我有一个数据库，我想供 (n) 个应用程序使用。
此数据库位于 Web 服务后面 - 因此所有 CRUD 操作都调用相应的 Web 服务方法。
我将使用基于票证的应用程序作为示例，尽管我认为这可以扩展到大多数类型的应用程序。
假设网站 A - 是一个可以展示和销售门票和活动的网站。此外，站点 A 允许授权和认证用户 add/remove 活动和门票。
假设我们还有网站 B - 网站 B 只能展示和销售门票和活动。它不能添加或删除门票和活动。
两个站点使用相同的数据库和网络服务。
我的问题是 - 这是一种可以很好扩展的可行方法吗？单一数据库是明智的做法吗？
我不明白"sell event"和"add event"有什么区别。数据库扩展的典型方法是：
- 分开读取和写入调用。写入单个数据库，从多个副本读取
- 将实体分开到不同的数据库。例如，将事件存储在一个数据库中，将门票存储在另一个数据库中。
单一数据库对于很多应用程序来说是一个很好的解决方案。我的建议是不要在项目开始时就花钱在扩展上，而是要记住一些在需要时如何扩展它的方法。很高兴您的数据库只有一个前端 - 将来您可以在那里添加一些逻辑（如数据库复制等）并且网站将使用相同的 API 而无需更改。
我有一个数据库，我想供 (n) 个应用程序使用。
此数据库位于 Web 服务后面 - 因此所有 CRUD 操作都调用相应的 Web 服务方法。
我将使用基于票证的应用程序作为示例，尽管我认为这可以扩展到大多数类型的应用程序。
假设网站 A - 是一个可以展示和销售门票和活动的网站。此外，站点 A 允许授权和认证用户 add/remove 活动和门票。
假设我们还有网站 B - 网站 B 只能展示和销售门票和活动。它不能添加或删除门票和活动。
两个站点使用相同的数据库和网络服务。
我的问题是 - 这是一种可以很好扩展的可行方法吗？单一数据库是明智的做法吗？
我不明白"sell event"和"add event"有什么区别。数据库扩展的典型方法是：
- 分开读取和写入调用。写入单个数据库，从多个副本读取
- 将实体分开到不同的数据库。例如，将事件存储在一个数据库中，将门票存储在另一个数据库中。
单一数据库对于很多应用程序来说是一个很好的解决方案。我的建议是不要在项目开始时就花钱在扩展上，而是要记住一些在需要时如何扩展它的方法。很高兴您的数据库只有一个前端 - 将来您可以在那里添加一些逻辑（如数据库复制等）并且网站将使用相同的 API 而无需更改。