最近發(fā)現(xiàn)PostgreSQL(create or replace) 修改視圖有很多的限制,不像SQL Server和Oracle那樣可以隨意修改。
錯(cuò)誤提示
修改視圖原有字段
ERROR: cannot change name of view column "user_id" to "?column?"
刪除視圖原有字段
ERROR: cannot drop columns from view
找到如下原因,內(nèi)容原文
究其原因,是PostgreSQL雖然支持CREATE OR REPLACE VIEW語(yǔ)義,卻有著容易讓人忽略的重要限制(Oracle沒有該限制),其官方文檔這樣描述:
![](/d/20211018/449b5d4fd8deddf72da36f72a3cdd339.gif)
即:更新視圖只能在最后增加字段,不能改字段名、不能刪除字段、也不能在中間增加字段,這在項(xiàng)目開發(fā)階段是不可忍受的。雖然PostgreSQL提供了ALTER VIEW的語(yǔ)句,但怎么也不如直接放在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),
如下所示:
DROP VIEW IF EXISTS B CASCADE;
CREATE VIEW B AS
...;
DROP VIEW IF EXISTS A CASCADE;
CREATE VIEW A AS
...;
補(bǔ)充:postgresql創(chuàng)建視圖
今天使用postgresql創(chuàng)建視圖時(shí),使用的名字全是大寫的 比如V_TEST
創(chuàng)建好了,是沒有問題的,顯示創(chuàng)建的視圖名字也是V_TEST。
然后我就開始查詢, select * from V_TEST 直接就報(bào)錯(cuò)了,說v_test視圖不存在。
我就納悶了,為什么創(chuàng)建時(shí),你不給我轉(zhuǎn)成小寫,查詢時(shí),轉(zhuǎn)成了小寫。
不管怎樣,到時(shí)再說吧,可能是有個(gè)配置或者其它之類的導(dǎo)致轉(zhuǎn)為小寫了,但是目前沒有時(shí)間研究了,后續(xù)有空再研究吧,也算是一個(gè)postgresql的坑吧。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- PostgreSQL 慢查詢SQL跟蹤操作
- CentOS PostgreSQL 12 主從復(fù)制(主從切換)操作
- PostgreSQL 查看表的主外鍵等約束關(guān)系詳解
- PostgreSQL 更新視圖腳本的注意事項(xiàng)說明
- postgreSQL中的row_number() 與distinct用法說明
- Postgresql 動(dòng)態(tài)統(tǒng)計(jì)某一列的某一值出現(xiàn)的次數(shù)實(shí)例
- postgresql 計(jì)算兩點(diǎn)距離的2種方法小結(jié)
- 淺談pg_hint_plan定制執(zhí)行計(jì)劃