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

时间:2012-12-10 23:55:33

标签: php mysql database architecture

我编写了一个php + Mysql Web应用程序来存储教堂的家庭/人员信息。我最好每个教堂有1个数据库和1个应用程序安装,或者用1个安装和1个数据库设计应用程序来保存所有将注册该服务的教堂。假设数百个教会可以使用该系统,每个教会可能有数百人。一个说500,000人的mysql表会不会太大而且运行得很慢?

3 个答案:

答案 0 :(得分:0)

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

事实上,管理数百份同一软件通常很难。

答案 1 :(得分:0)

MySQL可以处理负载,所以现在的问题是你想如何使用数据?

如果教会是分开的,不需要互操作,甚至更愿意保持完全独立,那么多安装案例可能是合适的。

另一方面,如果你想整合教会的数据,那么应该有一个数据库。

每当想到做数据库时,请考虑如何使用它。很大程度上归结为数据互操作性(或缺乏数据互操作性)。

答案 2 :(得分:0)

只要您花时间正确设计数据库的架构和查询,就不应该有任何问题,直到您进入数十万百万的记录附近。

尽管如此,没有花时间进行适当的设计会导致数千个记录的数据库出现可怕的性能。

总而言之,恕我直言,或者更愿意管理数百个个人数据库。这听起来像是一个行政噩梦