项目最早是基于Oracle的,移植到PostgreSQL后,本着尽量少修改的原则,创建/更新视图的脚本也沿用了Oracle风格的CREATE OR REPLACE VIEW形式。但是每当要更新视图定义时,常常报"cannot change name of view column xxx to yyy"的错误,通常是在视图修改某字段名、中间增加字段、删除字段时发生。
究其原因,是PostgreSQL虽然支持CREATE OR REPLACE VIEW语义,却有着容易让人忽略的重要限制(Oracle没有该限制),其官方文档这样描述:
即:更新视图只能在最后增加字段,不能改字段名、不能删除字段、也不能在中间增加字段,这在项目开发阶段是不可忍受的。虽然PostgreSQL提供了ALTER VIEW的语句,但怎么也不如直接放在CREATE VIEW里那样直观。
因此,建议脚本放弃Oracle风格的CREATE OR REPLACE VIEW形式,而改用MySQL风格的先DROP VIEW再CREATE VIEW的形式。不过,如果VIEW间存在层次引用关系,如视图A建立在视图B之上,则CREATE时必须先建B后建A,DROP时必须先删A再删B。当层次引用较多或变化较频繁时,调整顺序又是件麻烦事。
为降低复杂性,脚本最终只考虑CREATE VIEW时的顺序,而在DROP VIEW时,综合使用IF EXISTS 和CASCADE选项,如下所示:
DROP VIEW IF EXISTS B CASCADE; CREATE VIEW B AS ...; DROP VIEW IF EXISTS A CASCADE; CREATE VIEW A AS ...;
补充:postgresql对视图优化
我就废话不多说了,大家还是直接看代码吧~
//关系准备 CREATE TABLE t01(a INT,b CHAR(32)); CREATE VIEW v_t01 AS SELECT * FROM t01 WHERE a<10; //SQL准备 SELECT * FROM v_t01 WHERE a<7; //测试: uu=# EXPLAIN SELECT * FROM v_t01 WHERE a<7; QUERY PLAN -------------------------------------------------------- Seq Scan on t01 (cost=0.00..17.35 rows=163 width=136) Filter: ((a < 10) AND (a < 7)) (2 rows)
从QUERY PLAN可以看出,现在是直接访问v_t01视图的基表t01,并且将视图的谓词条件与SQL语句的谓词条件组合,但是没有将谓词条件化简,很可惜,这点做的不是太好。
我曾在MySQL做过同样的测试,MySQL处理机制一样,并没有化简谓词条件。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。
PostgreSQL,更新视图
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]