标签: postgresql-12

我正在对我公司的一些 SQL 进行一些性能基准测试，将 PG10 与 PG12 进行比较。我们在代码中使用了很多CTE，而 PG12 并没有对 CTE 进行原生优化，因此 PG10 和 PG12 之间的性能是相同的。

我的下一个实验是将NOT MATERIALIZED指令添加到 CTE，结果令人震惊：它大大缩短了查询时间（在某些情况下将它们减半）。

我在这里读到这MATERIALIZED是 PG12 之前的默认功能。该功能会将 CTE 的所有内容写入一个临时位置。

所以我的问题主要是NOT MATERIALIZED：

1. 与 相比，该NOT MATERIALIZED功能对幕后的数据MATERIALIZED有何作用？
2. NOT MATERIALIZED在重构我们的代码库之前，我应该注意哪些副作用？

我正在尝试优化一个查询，该查询在 Postgres 12.7 上从未完成。需要几个小时甚至几天的时间才能使 CPU 达到 100%，并且永远不会返回：

SELECT "id", "counter", "item_id", "item_name", "type", "updated_time"
FROM "changes"
WHERE (type = 1 OR type = 3) AND user_id = 'kJ6GYJNPM4wdDY5dUV1b8PqDRJj6RRgW'
OR type = 2 AND item_id IN (SELECT item_id FROM user_items WHERE user_id = 'kJ6GYJNPM4wdDY5dUV1b8PqDRJj6RRgW')
ORDER BY "counter" ASC LIMIT 100;

我随机尝试使用 UNION 重写它，我相信它是等效的。基本上查询中有两部分，一部分用于 type = 1 或 3，另一部分用于 type = 2。

(
    SELECT "id", "counter", "item_id", "item_name", "type", "updated_time"
    FROM "changes"
    WHERE (type = 1 OR type = 3) AND user_id …

我想知道是否可以（和/或可取）创建对值进行约束的自定义类型。假设我有一个高度/宽度/长度的自定义类型：

CREATE TYPE dimensions AS (w float, h float, l float);

我想确保我的宽度都不大于 10（例如）。

这样的事情可能吗，或者我会更好地在使用这种类型的每个表上创建检查约束吗？我希望能够在单个位置（即类型本身）添加/编辑约束。

谢谢！

我确信以前有人问过这个问题，但由于这个问题可以用多种不同的方式表达，因此很难找到正确的答案。

我有一个订单表，其中订单号有一个varchar字段，其格式为 4 位年份、破折号 (-) 和渐进数值。例如，它可能包含以下值：

  number  
----------
 1999-13
 2019-11
 2020-1
 2020-10
 2020-100
 2020-12
 2020-2
 2020-21
 2020-3
 2021-1

  number  
----------
 1999-13
 2019-11
 2020-1
 2020-2
 2020-3
 2020-10
 2020-12
 2020-21
 2020-100
 2021-1