是否有太多桌子这样的东西？

Question

我一直在搜索stackoverflow大约一个小时,找不到任何相关的主题,所以我很抱歉这是一个重复的问题.

我的询问是这样的.是否有一个数据库中有太多表的点？即使结构井井有条,想出来,也完美地促进了设计意图？我有一个快速接近40个表的数据库 - 大约10个主表,以及30多个辅助表(联结表,'枚举'表等).

我只是一个糟糕的开发者 - 或者我应该尝试不同的东西？对我来说似乎有这么多,我真的很害怕它会如何影响项目的表现.在可能的情况下,我做了很多精简,尽可能将类似的东西分组等等.

该数据库是在SQL Server 2008中构建的.

Answer 1

您应该拥有所需数量的表; 不多也不少.

我最近工作的系统之一有143个表 - 因为这正是解决问题所需的数量.

如果我认为的第一件事是"噢,143.这是不好的,还有一个完美的广场!",然后,在最后的评论之后,"是!144表格!"？ (8认同)
我同意你的第一个陈述,但是有点迂腐,我发现很难相信你**不能用142解决这个问题 - 也许不是那么优雅或具有相同的可扩展性或性能或者其他什么,但还是!:) (5认同)
@Chris 那毫无意义。按照你的逻辑，你可以这样说你的 142 张桌子，说它应该在 141 里完成。你可以一直这样说，直到......你只剩下 1 张桌子？ (2认同)
制作144个表 - 要求稍有改变. (2认同)
@Carson 如果你对 144 而不是 9 感到兴奋，那太恶心了 ;-) (2认同)

Answer 2

大声笑我们的主数据库有超过700个表,我没有使用数据库这么小,它只有几年和几年有40个表.

只要你有你需要的表格并且它们是正确的,你就可以了.

我看到由于表太少而导致的性能问题更多.

Answer 3

看起来您正在尽最大努力来标准化您的数据库。这是好事。很多时候出现问题是因为没有足够的表。