項目最早是更新基于Oracle的，移植到PostgreSQL后，視圖本著(zhù)盡量少修改的腳本原則，創(chuàng )建/更新視圖的意事腳本也沿用了Oracle風(fēng)格的CREATE OR REPLACE VIEW形式。但是項說(shuō)每當??要更新視圖定義時(shí)，常常報"cannot change name of view column xxx to yyy"的更新錯誤，通常(chang)是視圖在視圖修改某字段名、中間增加字段、腳本刪除字段時(shí)發(fā)生。意事

究其原因，項說(shuō)是更新PostgreSQL雖然支持CREATE OR REPLACE VIEW語(yǔ)義，卻有著(zhù)容易讓人忽略的視圖重要限??制(Oracle沒(méi)有該限制)，其ヽ(′ー｀)ノ官方文檔這樣描述：

因此，建議腳本放棄Oracle風(fēng)格的CREATE OR REPL??ACE VIEW形式，而改用MySQL風(fēng)格的先DROP VIEW再CREATE VIEW的形式。不過(guò)，如果VIEW間存在層次引用關(guān)系，如視圖A建立在視圖B之上，則CREATE時(shí)必須先建B后建A，DR??OP時(shí)必須先刪A再刪B。當層次引用較多或變化較頻繁時(shí)，調整順序又是件麻煩事。

為降低復雜性，腳本最終只(zhi)考慮CREATE VIEW時(shí)的順序，而??在DROP VIEW時(shí)，綜合使用IF EXISTS 和CASCADE選項，如下所示：??

DROP VIEW IF EXISTS B CASCADE;
CREATE VIEW B AS
...;
DROP VIEW IF EXISTS A CASCADE;
CREATE VIEW A AS
...;

補充：postgresql對視圖優(yōu)化

//關(guān)系準備
CREATE TABLE t01(aヽ(′?｀)ノ INT,b CHAR(′?_?`)(32));
CREATE VIEW v_t01 AS SELECT * FROM t01 WHERE a<10;
//SQL準備
S(′?_?`)ELECT * FROM v_t01 WHERE a<7;
//測試:
uu=# EXPLAIN SELECT * FROM v_t01 WHERE a<7;
QUERY PLAN
-------------(′ω｀)---------------------------------(T_T)----------
Seq Scan on t01 (cost=0.00..17.35 rows=1??63 width=136)
Filter: ((a < 10) AND (a < 7))
(2 rows)

從QUERY PLAN可以看出，現在是直接訪(fǎng)問(wèn)v_t01視圖的基表t01,并且將視圖的謂詞條件與SQL語(yǔ)句的謂詞條件組合，但是沒(méi)有將謂詞條件化簡(jiǎn)，很可惜，這點(diǎn)做的不是太好。

我曾在MySQL做過(guò)同樣的測試，M(O_O)ySQL處理機制一樣，并沒(méi)有化簡(jiǎn)謂詞條件。

文章來(lái)源：腳本之家

來(lái)源地址：https://www.jb51.net/article/204799.htm