项目最早是基于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处理机制一样，并没有化简谓词条件。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。