當(dāng)前位置:首頁(yè) >  站長(zhǎng) >  數(shù)據(jù)庫(kù) >  正文

PostgreSQL 修改視圖的操作

 2021-05-28 16:40  來(lái)源: 腳本之家   我來(lái)投稿 撤稿糾錯(cuò)

  域名預(yù)訂/競(jìng)價(jià),好“米”不錯(cuò)過(guò)

最近發(fā)現(xiàn)PostgreSQL(create or replace) 修改視圖有很多的限制,不像SQL Server和Oracle那樣可以隨意修改。

錯(cuò)誤提示

修改視圖原有字段

1ERROR: cannot change name of view column "user_id" to "?column?"

刪除視圖原有字段

1ERROR: cannot drop columns from view

找到如下原因,內(nèi)容原文

究其原因,是PostgreSQL雖然支持CREATE OR REPLACE VIEW語(yǔ)義,卻有著容易讓人忽略的重要限制(Oracle沒(méi)有該限制),其官方文檔這樣描述:

即:更新視圖只能在最后增加字段,不能改字段名、不能刪除字段、也不能在中間增加字段,這在項(xiàng)目開(kāi)發(fā)階段是不可忍受的。雖然PostgreSQL提供了ALTER VIEW的語(yǔ)句,但怎么也不如直接放在CREATE VIEW里那樣直觀。

因此,建議腳本放棄Oracle風(fēng)格的CREATE OR REPLACE VIEW形式,而改用MySQL風(fēng)格的先DROP VIEW再CREATE VIEW的形式。不過(guò),如果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í),使用的名字全是大寫(xiě)的 比如V_TEST

創(chuàng)建好了,是沒(méi)有問(wèn)題的,顯示創(chuàng)建的視圖名字也是V_TEST。

然后我就開(kāi)始查詢(xún), select * from V_TEST 直接就報(bào)錯(cuò)了,說(shuō)v_test視圖不存在。

我就納悶了,為什么創(chuàng)建時(shí),你不給我轉(zhuǎn)成小寫(xiě),查詢(xún)時(shí),轉(zhuǎn)成了小寫(xiě)。

不管怎樣,到時(shí)再說(shuō)吧,可能是有個(gè)配置或者其它之類(lèi)的導(dǎo)致轉(zhuǎn)為小寫(xiě)了,但是目前沒(méi)有時(shí)間研究了,后續(xù)有空再研究吧,也算是一個(gè)postgresql的坑吧。

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

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

申請(qǐng)創(chuàng)業(yè)報(bào)道,分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處,共同探討創(chuàng)業(yè)新機(jī)遇!

相關(guān)文章

熱門(mén)排行

信息推薦