我得到了这个物化视图,它聚合了多个表中的数据,这些表存储了应用程序中统计数据的相关信息。目前,该视图包含大约800.000条记录。问题是这个查询运行得相当慢(大约1.5秒),并且不能满足客户的需求。有什么方法可以提高它的性能吗?我使用的是PostgreSQL 9.6。 我试着创建索引。但这并不管用。t10 ON statistic_basic_view (((NOT draft) AND (NOT removed) AND active = true
假设有一百万订阅者想要接收主题"abc“的通知。因此,对于主题"abc“,我想检索这个百万订阅者的列表。因此,为了选择订阅者列表,我执行了selectselect * from Subscription AS sub INNER JOIN Topic AS t ON sub.topicId = t.topicId我相信查询将需要很长时间才能执行。考虑到上述前提,以这种方式调用数据库,并考虑到有百万行,是否会提
在的基础上,我希望通过创建节点父节点的快照来加快从图中任意节点到其根的路径的检索速度。其思想是,递归树遍历通过中间快照来限制,从而避免任何进一步的递归,从而加快执行时间。我没有执行过负载测试,所以除了这个简单的例子之外,我不知道它是如何执行的,但是早期的试验已经指出了一些瓶颈。我很乐意就如何提高查询速度/简化查询提出意见。);
select * from revision
我已经创建了下面的oracle视图,我在其中添加了联合的select查询,所有这些都与预期的结果工作得很好,但是视图的性能突然变得非常慢。表IS_ID包含510000条记录。我真的不明白,添加这个UNION ALL select查询只是在视图中多添加了400行,但是为什么性能现在变得非常慢。性能缓慢的主要原因是union all中的以下语句阻塞了视图。我可以将IS_TRE视图<em