sql - 80 个查询太多了吗？

Question

我有一个包含数千条记录的大型数据库，我需要每周查询一次。然后我必须使用 Access Reports 创建这些数据的摘要。当我第一次创建数据库时(这是我最近才做的)，我构建了几种类型的查询(大约 80 个)，然后根据每个查询创建了子报表，然后将这些子报表放在一个巨大的主报表中。

我以前从未使用过数据库，有些事情告诉我也许我不应该有 80 个不同的查询，填充 80 个不同的子报表。我不知道，也许没关系。但这是我的问题，有什么理由让我回去重做其中一些查询并将它们合并为 20 或 30 个(这需要我重做子报告和主报告)，或者是否完全可以在我的数据库中保存了这么多查询。

请记住，每个查询虽然每个只包含 2 或 3 个函数，但都有一个我无法完全摆脱的非常具体的任务，我只能通过组合几种类型的函数将这些函数添加到更大的查询中查询。另外，就像我说的，我必须每周使用这些查询，所以我真的不想像某些人选择做的那样即时构建它们。

无论如何，有这么多问题是我遗漏了一些不可预见的问题，还是这是正常的？

Answer 1

如果它能满足您的要求(即它“足够快”)并且不妨碍其他人(即它不会减慢其他人的速度)，那么它应该没问题。

我只会确保所有查询都针对您的目标数据集单独运行良好。它可能在开发中对 50 行运行良好，但在生产中有 100 万行。

但是如果它在您的生产数据库上运行得足够快，那么就结束它并去解决另一个问题。

如果您想从中吸取经验教训，请将其应用到 future 的项目中，而不是重新铺设您刚刚铺设的道路。