Performance 一个数据库多个应用程序+；演出

我有一个数据库，我想由（n）个应用程序使用

这个数据库位于一个Webservice后面，因此所有CRUD操作都调用相应的Webservice方法

我将使用基于票证的应用程序作为示例，尽管我认为这可以扩展到大多数类型的应用程序

比如说站点A-是一个可以展示和销售门票和活动的站点。站点A还允许经过授权和验证的用户添加/删除事件和票证

假设我们还有站点B——站点B只能展示和销售门票和活动。它无法添加或删除票证和事件

两个站点都使用相同的数据库和Web服务

---

我的问题是——这是一种可行的方法，可以很好地扩展吗？单一数据库是明智的做法吗

我不明白“销售事件”和“添加事件”有什么区别。数据库扩展的典型方法有：

分开读取和写入调用。写入单个数据库，从多个副本读取

将实体分离到不同的数据库。例如，在一个数据库中存储事件，在另一个数据库中存储票证

---

对于许多应用程序来说，单一数据库是一个很好的解决方案。我的建议是，不要在项目开始时就花太多的时间在扩展上，但要记住一些方法，如果需要的话，如何扩展它。很高兴您的数据库只有一个前端-将来您可以在那里添加一些逻辑（如DB复制等），网站将使用相同的API而不做任何更改。

谢谢您的回答-我不知道这些数据库扩展方法，谢谢。销售活动基本上是指网站可以销售门票。站点B只能销售-没有允许插入或更新门票的管理部分。