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

最近發(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語義，卻有著容易讓人忽略的重要限制(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)，

如下所示：

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的坑吧。

文章來源：腳本之家

來源地址：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ī)遇！