PostgreSQL物化视图不支持定义默认排序，CREATE MATERIALIZED VIEW禁止使用ORDER BY；需通过查询时显式ORDER BY或在排序字段建索引提升性能，也可用普通视图封装实现逻辑“默认有序”，但刷新后物理顺序不保留。
PostgreSQL 不支持直接为物化视图定义默认排序
物化视图（MATERIALIZED VIEW）在 PostgreSQL 中本质是一张只读的物理表，它不支持 ORDER BY 子句——你不能在 CREATE MATERIALIZED VIEW 语句里写 ORDER BY，否则会报错：ERROR: ORDER BY is not allowed in materialized view definitions。这是因为物化视图的数据存储不保证顺序，查询时仍需显式排序才能获得确定结果。
想“默认有序”，得靠查询时加 ORDER BY 或建索引
所谓“默认排序”只是使用习惯，实际必须由查询驱动。有两种常见做法：
- 每次
SELECT物化视图时手动加ORDER BY（最直接，但易遗漏） - 在常用排序字段上创建索引，让排序更高效（不改变逻辑顺序，但能显著加速
ORDER BY查询）
例如，若常按 created_at DESC 查询 mv_recent_orders，可建索引：
CREATE INDEX idx_mv_recent_orders_created_at ON mv_recent_orders (created_at DESC);
注意：索引本身不强制物化视图数据物理排序，但 PostgreSQL 的索引扫描 + ORDER BY 可能直接利用索引顺序，避免额外排序开销。
用视图包装物化视图来模拟“默认排序”
如果团队多人使用且总忘记加 ORDER BY，可以建一个普通视图封装物化视图，并在里面写死排序：
CREATE VIEW v_recent_orders_sorted AS SELECT * FROM mv_recent_orders ORDER BY created_at DESC;
这样用户查 v_recent_orders_sorted 就自动有序。但要注意：
- 这个视图不是物化视图，不缓存结果，每次查询都触发对底层物化视图的扫描+排序（除非有合适索引）
- 不能在该视图上再建物化视图（PostgreSQL 15+ 允许，但需确保基表稳定且无风险）
- 如果物化视图本身数据量大、排序字段无索引，这个包装视图可能变慢
刷新物化视图时排序行为不受影响
REFRESH MATERIALIZED VIEW 总是全量重写底层数据页，原有行物理顺序完全丢失。即使你之前手动 CLUSTER 过或用 ORDER BY 插入过临时表，刷新后也不保留。所以依赖物理顺序的方案不可靠。
真正可控的只有两点：查询时加 ORDER BY，以及配合索引让这个排序足够快。其他任何“让物化视图自己记住顺序”的尝试，都会在下次刷新后失效。
