我有一个大约80张桌子的中等大型Rails ERP应用程序。我使用MySQL。我最近收到了一个客户需求，该需求需要我为大约10,000个办公室（每个办公室一个实例）部署相同的应用程序。中心办公室（超级管理办公室）必须能够查看所有这些办公室的详细信息。
与客户交谈后，这就是我能想到的：
将应用程序配置为10,000个办公室，超级管理员将需要一些新的数据模型。这些模型的表将在另一个数据库（superdamin_database，而不是特定办公室使用的数据库）中，要向超级管理员报告的数据将写入该数据库中。
我打算制作另一个连接到此superdamin_database的应用程序，以将数据呈现给super admin。
所以我将拥有10000个app_databases和1个superdamin_database
我这个计划的缺点在哪里？该计划/结构中的最弱点是什么，由于服务器负载而使应用程序无法使用？这样做的方法是什么？
希望这里有经验的家伙对此有所思考。
预先感谢您的回复，
山姆
最佳答案
也许http://aac2009.confreaks.com/06-feb-2009-14-30-writing-multi-tenant-applications-in-rails-guy-naor.html讨论的概念将引导您朝正确的方向发展