項(xiàng)目最早是基于Oracle的，移植到PostgreSQL后，本著盡量少修改的原則，創(chuàng)建/更新視圖的腳本也沿用了Oracle風(fēng)格的CREATE OR REPLACE VIEW形式。但是每當(dāng)要更新視圖定義時(shí)，常常報(bào)"cannot change name of view column xxx to yyy"的錯(cuò)誤，通常是在視圖修改某字段名、中間增加字段、刪除字段時(shí)發(fā)生。
究其原因，是PostgreSQL雖然支持CREATE OR REPLACE VIEW語義，卻有著容易讓人忽略的重要限制(Oracle沒有該限制)，其官方文檔這樣描述：
即：更新視圖只能在最后增加字段，不能改字段名、不能刪除字段、也不能在中間增加字段，這在項(xiàng)目開發(fā)階段是不可忍受的。雖然PostgreSQL提供了ALTER VIEW的語句，但怎么也不如直接放在CREATE VIEW里那樣直觀。
因此，建議腳本放棄Oracle風(fēng)格的CREATE OR REPLACE VIEW形式，而改用MySQL風(fēng)格的先DROP VIEW再CREATE VIEW的形式。不過，如果VIEW間存在層次引用關(guān)系，如視圖A建立在視圖B之上，則CREATE時(shí)必須先建B后建A，DROP時(shí)必須先刪A再刪B。當(dāng)層次引用較多或變化較頻繁時(shí)，調(diào)整順序又是件麻煩事。
為降低復(fù)雜性，腳本最終只考慮CREATE VIEW時(shí)的順序，而在DROP VIEW時(shí)，綜合使用IF EXISTS 和CASCADE選項(xiàng)，如下所示：
|
1
2
3
4
5
6
|
DROP VIEW IF EXISTS B CASCADE;CREATE VIEW B AS...;DROP VIEW IF EXISTS A CASCADE;CREATE VIEW A AS...; |
補(bǔ)充：postgresql對(duì)視圖優(yōu)化
我就廢話不多說了，大家還是直接看代碼吧~
|
1
2
3
4
5
6
7
8
9
10
11
12
|
//關(guān)系準(zhǔn)備CREATE TABLE t01(a INT,b CHAR(32));CREATE VIEW v_t01 AS SELECT * FROM t01 WHERE a<10;//SQL準(zhǔn)備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可以看出，現(xiàn)在是直接訪問v_t01視圖的基表t01,并且將視圖的謂詞條件與SQL語句的謂詞條件組合，但是沒有將謂詞條件化簡，很可惜，這點(diǎn)做的不是太好。
我曾在MySQL做過同樣的測試，MySQL處理機(jī)制一樣，并沒有化簡謂詞條件。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持服務(wù)器之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。
原文鏈接：https://www.cnblogs.com/wggj/p/8093540.html
