在具有重载数据库的查询中使用子选择应该考虑什么?

我首先要证明这是一个问题。您需要使用虚拟数据加载数据库,并观察随着数据库的增大,查询的执行情况。否则,你会花时间优化一些可能不是问题的东西。

有一件事需要考虑。在我工作过的所有地方,崩溃的不是数千条记录,而是数百万条。你有这个系统,它在一段时间内运行良好,然后即使你投入更多的硬件,它也会开始变慢。我现在工作的地方在他的历史表中有大约7000万条记录,可以追溯到1998年。因此,某些查询的性能非常糟糕,他们花费了大量时间来解决这些问题。

但在某些时候,你真的必须问。我们是否需要在交易系统中保留4年以上的数据?甚至4个月大?这个时间限制取决于您的业务需求,但如果您只将处理正在进行的工作所需的数据保存在事务系统中……并将您的历史记录归档到数据仓库中。您将提高整体性能,因为您可能只是偶尔需要查询旧数据,那么为什么要将其与最近的数据一起保留呢?

如果你提前考虑一下,从长远来看,你会省去很多麻烦。