database - 数据库内内存——一个好主意？有什么经验吗？

Question

我有一个尚未实现的想法，因为我担心我可能会找错树...主要是因为对该主题的谷歌搜索返回的结果太少。

基本上我有一些很慢的 SQL 查询，很大程度上是因为它们有耗时的子查询。例如，他们可能会做这样的事情:“给我一个 10-15 岁男孩骑过的所有红色自行车的数量”。这是昂贵的，因为它会晃动所有的自行车，但最终结果是一个数字。而且，就我而言，我真的不需要该数字 100% 最新。

这类问题的最终解决方案似乎是应用基于 OLAP 的引擎来预缓存这些排列。但是，在我的例子中，我并没有真正尝试围绕大量指标对数据进行切片和切 block ，而且我希望不必通过运行另一个进程/数据存储来使我的架构复杂化。

所以...我的想法基本上是在数据库中记住这些子查询。我可能有一个名为“BicycleStatistics”的表，它可能将上面那个子查询的输出存储为它的输入和输出的名称值对。

Ex 名称:“c_red_g_male_a_10-15”值:235

并且有一种机制可以在运行查询时将这些值内存到该表中。

有没有人遇到过这种情况并尝试过类似的事情？我认为这样的解决方案比“在你的数据库中投入大量 RAM 并让数据库处理它”更有值(value)的原因是 (A) 我的数据库比我可以方便地投入其中的 RAM 量大，并且 ( B) 数据库将确保我获得这些统计数据的准确数字，而我最大的收获是，我可以接受这些数字过时一两天。

感谢您的任何想法/反馈。

汤姆

Answer 1

Materialized views如果您的 DBMS 支持，它们是实现此要求的一种方式。