項目最早是基于Oracle的,移植到PostgreSQL后,本著盡量少修改的原則,創(chuàng)建/更新視圖的腳本也沿用了Oracle風(fēng)格的CREATE OR REPLACE VIEW形式。但是每當(dāng)要更新視圖定義時,常常報"cannot change name of view column xxx to yyy"的錯誤,通常是在視圖修改某字段名、中間增加字段、刪除字段時發(fā)生。
究其原因,是PostgreSQL雖然支持CREATE OR REPLACE VIEW語義,卻有著容易讓人忽略的重要限制(Oracle沒有該限制),其官方文檔這樣描述:
即:更新視圖只能在最后增加字段,不能改字段名、不能刪除字段、也不能在中間增加字段,這在項目開發(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時必須先建B后建A,DROP時必須先刪A再刪B。當(dāng)層次引用較多或變化較頻繁時,調(diào)整順序又是件麻煩事。
為降低復(fù)雜性,腳本最終只考慮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對視圖優(yōu)化
我就廢話不多說了,大家還是直接看代碼吧~
//關(guān)系準(zhǔn)備
CREATE TABLE t01(a INT,b CHAR(32));
CREATE VIEW v_t01 AS SELECT * FROM t01 WHERE a10;
//SQL準(zhǔn)備
SELECT * FROM v_t01 WHERE a7;
//測試:
uu=# EXPLAIN SELECT * FROM v_t01 WHERE a7;
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語句的謂詞條件組合,但是沒有將謂詞條件化簡,很可惜,這點做的不是太好。
我曾在MySQL做過同樣的測試,MySQL處理機制一樣,并沒有化簡謂詞條件。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- PostgreSQL 慢查詢SQL跟蹤操作
- CentOS PostgreSQL 12 主從復(fù)制(主從切換)操作
- PostgreSQL 查看表的主外鍵等約束關(guān)系詳解
- PostgreSQL 修改視圖的操作
- postgreSQL中的row_number() 與distinct用法說明
- Postgresql 動態(tài)統(tǒng)計某一列的某一值出現(xiàn)的次數(shù)實例
- postgresql 計算兩點距離的2種方法小結(jié)
- 淺談pg_hint_plan定制執(zhí)行計劃