5.7. 模式 · PostgreSQL 中文文檔 9.3

# 5.7\. 模式一個PostgreSQL數據庫集群包含一個或多個已命名數據庫。用戶和用戶組在整個集群范圍內是共享的，但是其它數據并不共享。任何與服務器連接的客戶都只能訪問那個在連接請求里聲明的數據庫。 > **Note:** 集群中的用戶并不一定要有訪問集群內所有數據庫的權限。共享用戶名的意思是不能有重名用戶。假定同一個集群里有兩個數據庫和一個`joe`用戶，系統可以配置成只允許`joe` 訪問其中的一個數據庫。一個數據庫包含一個或多個已命名的_模式_，模式又包含表。模式還可以包含其它對象，包括數據類型、函數、操作符等。同一個對象名可以在不同的模式里使用而不會導致沖突；比如，`schema1`和`myschema`都可以包含一個名為`mytable`的表。和數據庫不同，模式不是嚴格分離的：只要有權限，一個用戶可以訪問他所連接的數據庫中的任意模式中的對象。我們需要模式的原因有好多： * 允許多個用戶使用一個數據庫而不會干擾其它用戶。 * 把數據庫對象組織成邏輯組，讓它們更便于管理。 * 第三方的應用可以放在不同的模式中，這樣它們就不會和其它對象的名字沖突。模式類似于操作系統層次的目錄，只不過模式不能嵌套。 ## 5.7.1\. 創建模式要創建一個模式，使用[CREATE SCHEMA](#calibre_link-41)命令。給出你選擇的模式名字。比如： ``` CREATE SCHEMA myschema; ``` 要創建或者訪問在模式中的對象，寫出一個_受修飾的名字_，這個名字包含模式名以及表名，它們之間用一個句點分開： ``` _schema_._table_ ``` 這個方式在任何需要表名字的地方都可用，包括后面章節討論的表修改命令和數據訪問命令。出于簡化，我們將只討論表，這個概念適用于所有其它已命名對象類型，比如數據類型和函數。實際上，更一般的語法 ``` _database_._schema_._table_ ``` 也可以使用，但目前它只是為了和 SQL 標準_形式上_兼容。如果你寫了一個數據庫名，那么它必須和你當前連接的數據庫同名。要在新模式里創建一個表，用 ``` CREATE TABLE myschema.mytable ( ... ); ``` 如果一個模式是空的(所有它里面的對象都已經刪除)，那么刪除一個模式的命令如下： ``` DROP SCHEMA myschema; ``` 要刪除一個模式及其包含的所有對象，可以使用： ``` DROP SCHEMA myschema CASCADE; ``` 參閱[Section 5.12](#calibre_link-1815)獲取對隱藏在這些動作背后的東西的一般機制的描述。通常你想創建一個他人擁有的模式(因為這是一種限制用戶在定義良好的模式中的活動的方法)。其語法如下： ``` CREATE SCHEMA _schemaname_ AUTHORIZATION _username_; ``` 你甚至可以省略模式名字，這時模式名將和用戶名同名。參閱[Section 5.7.6](#calibre_link-2163)獲取這種情況的適用場合。以`pg_`開頭的模式名是保留給系統使用的，用戶不能創建這樣的名字。 ## 5.7.2\. Public 模式在前面的小節里，我們沒有聲明任何模式名字就創建了表。缺省時，這樣的表(以及其它對象)都自動放到一個叫做"public"的模式中去了。每個新數據庫都包含一個這樣的模式。因此，下面的命令是等效的： ``` CREATE TABLE products ( ... ); ``` 和： ``` CREATE TABLE public.products ( ... ); ``` ## 5.7.3\. 模式搜索路徑全稱的名字寫起來非常費勁，并且我們最好不要在應用里直接寫上特定的模式名。因此，表通常都是用_未修飾的名字_引用的，這樣的名字里只有表名字。系統通過查找一個_搜索路徑_來判斷一個表究竟是哪個表，這個路徑是一個需要查找的模式名列表。在搜索路徑里找到的第一個表將被使用。如果在搜索路徑中沒有找到表，那么就報告一個錯誤(即使在數據庫里的其它模式中存在此表也如此)。在搜索路徑中的第一個模式叫做"當前模式"。除了是搜索的第一個模式之外，它還是在`CREATE TABLE`沒有聲明模式名的時候，新建表的默認所在地。要顯示當前搜索路徑，使用下面的命令： ``` SHOW search_path; ``` 在缺省的設置中，返回下面的東西： ``` search_path -------------- "$user",public ``` 第一個元素聲明搜索和當前用戶同名的模式。因為還沒有這樣的模式存在，所以這條記錄被忽略。第二個元素指向我們已經看過的公共模式。搜索路徑中第一個存在的模式是創建新對象的缺省位置。這就是為什么缺省的對象都會創建在 public 模式里的原因。如果在其它環境中引用對象且沒有模式修飾，那么系統會遍歷搜索路徑，直到找到一個匹配的對象。因此，在缺省的配置里，任何未修飾的訪問只能引用 public 模式。要設置模式的搜索路徑，可以用(省略了`$user`是因為并不立即需要它) ``` SET search_path TO myschema,public; ``` 然后我們就可以不使用模式修飾來訪問表了： ``` DROP TABLE mytable; ``` 同樣，因為`myschema`是路徑中的第一個元素，新對象缺省時將創建在這里。我們也可以寫成： ``` SET search_path TO myschema; ``` 然后我們如果不明確修飾的話，就不能再訪問 public 模式了。public 模式沒有任何特殊之處，只不過它缺省時就存在。我們也可以刪除它。又見[Section 9.25](#calibre_link-1457)以獲取其它操作模式搜索路徑的方法。搜索路徑對于數據類型名、函數名、操作符名的運作方式和表名完全相同。數據類型和函數名可以像表名一樣加以修飾。如果你需要在表達式里寫一個有模式修飾的操作符，你必須這么寫： ``` OPERATOR(_schema_._operator_) ``` 這樣是為了避免語法歧義。下面是一個例子： ``` SELECT 3 OPERATOR(pg_catalog.+) 4; ``` 實踐中我們通常依賴搜索路徑尋找操作符，這樣就不用寫這么難看的東西了。 ## 5.7.4\. 模式和權限缺省時，用戶無法訪問模式中不屬于他們所有的對象。為了讓他們能夠訪問，模式的所有者需要在模式上賦予他們`USAGE`權限。為了讓用戶使用模式中的對象，我們可能需要賦予適合該對象的額外權限。用戶也可以在別人的模式里創建對象。要允許這么做，需要被賦予在該模式上的`CREATE`權限。請注意，缺省時每個人都在`public`模式上有`CREATE`和`USAGE`權限。這樣就允許所有可以連接到指定數據庫上的用戶在這里創建對象。如果你不打算這么做，可以撤銷這個權限： ``` REVOKE CREATE ON SCHEMA public FROM PUBLIC; ``` 第一個"public"是模式，第二個"public"意思是"所有用戶"。第一句里它是個標識符，而第二句里是個關鍵字，所以有不同的大小寫。記住我們在[Section 4.1.1](#calibre_link-1584)里面說過的原則。 ## 5.7.5\. 系統表模式除了`public`和用戶創建的模式之外，每個數據庫都包含一個`pg_catalog`模式，它包含系統表和所有內置數據類型、函數、操作符。`pg_catalog`總是搜索路徑中的一部分。如果它沒有明確出現在路徑中，那么它隱含地在所有路徑_之前_搜索。這樣就保證了內置名字總是可以被搜索。不過，你可以明確地把`pg_catalog`放在搜索路徑之后，如果你想使用用戶自定義的名字覆蓋內置的名字的話。在PostgreSQL版本 7.3 之前，以`pg_`開頭的表名字是保留的。這個規則現在不正確了：如果必要，你可以創建這樣的表名字，只要是在非系統模式里。不過，我們最好還是不要使用這樣的名字，以保證自己將來不會和新版本沖突：那些版本也許會定義一些和你的表同名的表(在缺省搜索路徑中，一個對你的表的無修飾引用將解析為系統表)。系統表將繼續遵循以`pg_`開頭的傳統，因此，只要你的表不是以`pg_`開頭，就不會和無修飾的用戶表名字沖突。 ## 5.7.6\. 使用方式模式可以用多種方式組織數據。下面是一些建議使用的模式，它們也很容易在缺省配置中得到支持： * 如果沒有創建任何模式，那么所有用戶隱含都訪問 public 模式。這樣就模擬了沒有模式的時候的情景。這種設置建議主要用在只有一個用戶或者數據庫里只有幾個可信用戶的情形。這樣的設置也允許我們平滑地從無模式的環境過渡。 * 你可以為每個用戶創建一個模式，名字和用戶相同。要記得缺省的搜索路徑從`$user`開始，它會解析為用戶名。因此，如果每個用戶都有一個獨立的模式，那么他們缺省時訪問他們自己的模式。如果你使用了這樣的設置，那么你可能還想撤銷對 public 模式的訪問(或者刪除它)，這樣，用戶就真的限制于他們自己的模式了。 * 要安裝共享的應用(被所有人使用的表、第三方提供的額外函數等等)，我們可以把它們放到獨立的模式中。只要記得給需要訪問它們的用戶賦予合適的權限就可以了。然后用戶就可以通過用一個模式名修飾來使用這些額外的對象，或者他們可以把額外的模式放到他們的搜索路徑中。 ## 5.7.7\. 移植性在 SQL 標準里，在同一個模式里的對象被不同的用戶所有的概念是不存在的。而且，有些實現不允許你創建和它們的所有者不同名的模式。實際上，模式的概念和用戶在那些只實現了標準中規定的基本模式支持的數據庫系統里幾乎是一樣的。因此，許多用戶考慮對名字加以修飾，使它們真正由`_username_`.`_tablename_` 組成。如果你為每個用戶都創建了一個模式，這實際上就是PostgreSQL的行為。同樣，在 SQL 標準里也沒有`public`模式的概念。為了最大限度地遵循標準，你不應該使用(可能甚至是應該刪除)`public`模式。當然，有些數據庫系統可能根本沒有模式，或者是通過允許跨數據庫訪問來提供模式的功能。如果你需要在這些系統上干活，那么為了最大限度的移植性，應該根本不使用模式。