Mysql 针对超过10000个ERP实例的数据库策略_Mysql_Ruby On Rails

Mysql 针对超过10000个ERP实例的数据库策略

mysql ruby-on-rails

Mysql 针对超过10000个ERP实例的数据库策略,mysql,ruby-on-rails,Mysql,Ruby On Rails,我有一个相当大的rails ERP应用程序，大约有80个表。我使用MySQL。我最近收到一个客户需求，它需要我为大约10000个办公室部署相同的应用程序（每个办公室一个实例）。中央办公室（超级管理员办公室）必须能够查看所有这些办公室的详细信息与客户交谈后，我可以得出以下结论：为10000个办公室配置应用程序，将有一些新的数据模型需要超级管理员访问。这些模型的表将位于另一个数据库（superdamin_数据库，而不是特定办公室使用的数据库）中，向super admin报告的数据将写入该数据库

我有一个相当大的rails ERP应用程序，大约有80个表。我使用MySQL。我最近收到一个客户需求，它需要我为大约10000个办公室部署相同的应用程序（每个办公室一个实例）。中央办公室（超级管理员办公室）必须能够查看所有这些办公室的详细信息

与客户交谈后，我可以得出以下结论：为10000个办公室配置应用程序，将有一些新的数据模型需要超级管理员访问。这些模型的表将位于另一个数据库（superdamin_数据库，而不是特定办公室使用的数据库）中，向super admin报告的数据将写入该数据库

我打算制作另一个应用程序，该应用程序将连接到此superdamin_数据库，以将数据呈现给超级管理员。因此，我将拥有10000个app_数据库和1个superdamin_数据库

我在这个计划中的缺点在哪里？此计划/结构中最薄弱的一点是什么，它会由于服务器负载而导致应用程序无法使用？rails的方法是什么。希望这里有经验的人能考虑一下。提前感谢您的回复，

山姆

如果我没弄错你的问题

我最近收到一个客户需要我部署的需求同样的应用程序大致相同 10000个办公室（每个办公室一个实例）办公室）

您违反了web应用程序的基本规则。在一个地方托管并从anywere访问。我不知道为什么要在这些办公室中安装每个应用程序实例，而不是安装一个可以从任何办公室访问的单主机系统

在一个地方托管您的应用程序将使您的维护和升级变得轻松

顺便说一句，你到底打算如何安装10000个应用程序

我的建议是

拥有一个单一的web应用程序，让您的客户（在提到的办公室）使用它，并拥有一个良好的分层访问控制系统，以便您可以控制哪个用户访问哪个数据

这样你就不想这样做了

我打算制作另一个应用程序会连接到这个吗 superdamin_数据库以显示将数据发送给超级管理员。所以我要 10000个app_数据库和1个超级数据库

希望你明白我的想法

干杯

sameera如果我没弄错你的问题