在我解释我的问题之前,我想说我知道这种问题之前已经在 SO 上提出过,但我的问题的规模完全不同,而且情况似乎与我在其他上所读到的完全不同人们的问题。
背景:
我正在为一个拥有包含2505 个表的数据库的客户做一些工作。这 2505 个表由几百个 WordPress 实例的表组成,因此这些表不需要相互通信或任何东西。它可以是 250 个数据库,每个数据库有 10 个表,而不是一个数据库,有 2505 个表。
更重要的是:这个特定的应用程序目前仅在美国一个州使用,目标是在所有 50 个州中使用它。所以这大概意味着最终将有 2500 * 50 = 125,000 个表格。说得轻松一点,这让我觉得这是一个次优设计的标志。
问题是客户的开发人员对数据库知之甚少(例如,他不了解规范化、外键或唯一约束),因此要解释为什么数据库中的 2505 个表不是好的数据库设计是一个真正的挑战。
对于不太了解数据库的人,您如何解释单个数据库中的 2505 个表是一个坏主意?(我正在寻找具体的、基于事实的、无可辩驳的理由。)
(顺便说一句,我认为问题的根源在于平台选择——WordPress 可能不是适合这项工作的工具——但我想先解决数据库问题。)