数据库架构-一个大或很多小

Question

我编写了一个php + Mysql Web应用程序来存储教堂的家庭/人信息。 我最好为每个教堂拥有1个数据库和1个应用程序安装，或者设计具有1个安装和1个数据库的应用程序，以容纳将要注册该服务的所有教堂。 假设数百个教堂可以在每个教堂中潜在地有数百人使用该系统。 可以说有500,000个人的mysql表太大了，因此运行得很慢？

Answer 1

不，数据库旨在有效地支持500,000个寄存器，您将不得不担心数百人将消耗的带宽。

实际上，管理同一软件的数百个副本通常很困难。

Answer 2

MySQL可以处理负载，所以现在的问题是如何使用数据？

如果教堂是分开的，不需要互操作，甚至不需要保持完全独立，那么多安装机箱可能是一个很好的选择。

另一方面，如果您要整合教会的数据，则应该有一个数据库。

每当考虑建立数据库时，请考虑如何使用它。 数据互操作性（或缺乏数据互操作性）的原因很多。

Answer 3

只要您花时间正确设计数据库的架构和查询，就不会遇到任何问题，除非您获得了数千万条记录。

就是说，不花时间进行适当的设计可能会在成千上万条记录的数据库中造成糟糕的性能。

总而言之，恕我直言，这比管理数百个单独的数据库更好。 这听起来像一场行政噩梦