多租户架构

Question

我制作了一个使每个客户端都拥有自己数据库的应用程序。

现在，我正在考虑一种更好的方式来将来更新架构，这将是单表多租户类型的解决方案。

这有什么缺点？

一张桌子基本上是由多家公司共享的潜在客户表。 以当前的大小，到目前为止，大约有15,000,000行。 这张桌子过大意味着什么，我将如何处理？

Salesforce具有一个表的Oracle数据库。 哪个一定很大！ 我只是想知道他们如何处理不断更新的数据集，例如缓存和锁定等。

Answer 1

您是否在为应用程序使用任何特定框架？ Laravel具有数据库migration （ http://laravel.com/docs/4.2/migrations ）功能，通过该功能，您可以从命令行更新数据库架构并以编程方式回滚。 您还可以使用Chef或Puppet类的工具来帮助您通过脚本进行数据库自动化，脚本可以进行版本控制。

这样，只要您更新给定客户端的安装，就可以运行版本控制的迁移文件，您可以在本地开发服务器上对其进行单元测试。