Php 数据库体系结构-一个大的或多个小的

我正在编写一个php+Mysql web应用程序来存储教堂的家庭/人员信息。我最好为每个教堂安装一个数据库和一个应用程序，或者用一个安装和一个数据库设计应用程序，以容纳所有将注册该服务的教堂。假设数百个教堂可以使用该系统，每个教堂中可能有数百人。一个拥有500000人的mysql表会不会太大，因此运行速度会很慢？

不会，一个数据库被设计为高效地支持500000个注册，你将不得不更加担心数百人将消耗的带宽

---

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

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

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

另一方面，如果您想要集成来自教堂的数据，那么应该有一个数据库

---

每当考虑建立一个数据库时，请想一想如何使用它。这很大程度上取决于数据的互操作性或缺乏互操作性。

只要您花时间正确地设计数据库的模式和查询，您应该不会有任何问题，直到您接近数千万条记录

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

---

总之，IMHO，无论哪一个都比管理数百个单独的数据库更可取。这听起来像是一场管理噩梦

它只需要一个db就可以工作，但如果你用法律的表格填充它，你可能需要看看表格分区