我们当前正在生产一个带有数据库的Web应用程序。我们当前的数据库设置全部托管在单个VM上，其中一个实例免费SQL Express Edition。
所有数据库都是动态创建的服务器端，并在每次管理器寄存器时添加到同一实例中。
但是，我预计我们可能会在不久的将来遇到具有高可扩展性的问题，这些问题考虑了新的SQL版本的成本，与一个具有多个数据库的实例相关的性能问题，未来的开发和管理。
我正在考虑从Azure打开弹性池结构，因为我们现在没有很多客户端，但是我真的不知道它在开始时是否对价格和可伸缩性有益。
为了有100多个客户，通过弹性池更改我的结构会有益吗？
谢谢！
弹性池非常适合具有特定利用模式的大量数据库。对于给定的数据库，此模式的特征是平均利用率较低，相对频繁地使用尖峰。
您可以添加到池中的数据库越多，您的节省就越大。
但是，重要的是评估您的特定数据库收集是否可以从池中受益。您需要检查数据库的利用模式，并注意峰值DTU和理想时间。
池的价格是池eDtus的函数。虽然池的EDTU单位价格比单个数据库的DTU单位价格高1.5倍，但许多数据库可以共享池EDTU，并且需要更少的总edtus。
单个数据库的性能水平的DTU总和大于池所需的EDTU，则弹性池更具成本效益。有关可用尺寸的，请参见EDTU和弹性池和弹性数据库的存储限制。
要确定同时达到峰值数据库的最大数量，我建议您对此进行详细阅读 - 最大数量的同时峰值数据库