我们在项目中使用 PostgREST 来处理一些相当复杂的数据库视图。
从某个时刻开始,当我们在子选择中使用限制和偏移(x 范围标头或查询参数)时,我们会得到非常长的响应时间。
从我们所读到的内容来看,这似乎是一个已知问题,postgresql 即使对于未请求的记录也会执行子选择。解决方案是稍微调整偏移量和限制,将其放入子选择或 CTE 表中。
是否有内部 GUC 值或类似的值可以在数据库视图中使用以优化响应时间?有人提示如何实现这一目标吗?
编辑:正如这里所建议的,有一些更多细节。假设产品和零件之间存在关系。我想知道每个产品的零件数量(这是我们公开的数据库视图的简化版本)。
有两种方法可以做到这一点
A. 子选择:
SELECT products.id
,(
SELECT count(part_id) AS total
FROM parts
WHERE product_id = products.id
)
FROM products limit 1000 OFFSET 99000
Run Code Online (Sandbox Code Playgroud)
B、热膨胀系数:
WITH parts_count
AS (
SELECT product_id
,count(part_id) AS total
FROM parts
GROUP BY product_id
ORDER BY product_id
)
SELECT products.id
,parts_count.total
FROM products
LEFT JOIN parts_count ON parts_count.product_id = product.id
LIMIT 1000
OFFSET 99000
Run Code Online (Sandbox Code Playgroud)
A的问题是对每一行执行子选择,因此即使我只读取 1000 条记录,也有 100 000 个子选择。
B …