DB實例與: 模式是數據庫實例的邏輯分割。
數據庫是被模式()來切分的，一個數據庫至少有一個模式，所有數據庫內部的對象()是被創建于模式的。用戶登錄到系統，連接到一個數據庫后，是通過該數據庫的來尋找的搜索順序：
可以通過命令SHOW ；來查看具體搜索順序（默認如下）：
postgres=#?show?search_path;
??search_path
----------------
?"$user",public也可以通過SET TO ''來修改順序。
可以通過\d 表名 來查看表所屬的模式：
postgres=#?\d?test
??資料表"postgres.test"
??欄位?|?型別?|?修飾詞
------+---------+--------
id???|?integer?|官方建議是這樣的：在管理員創建一個具體數據庫后，應該為所有可以連接到該數據庫的用戶分別創建一個與用戶名相同的模式，然后，將設置為"$user"(即缺省模式為與用戶名相同的模式)，這樣，任何當某個用戶連接上來后，會默認將查找或者定義的對象都定位到與之同名的模式中。這是一個好的設計架構。
角色（role）與用戶（user）：對于來說，這是完全相同的兩個對象。
唯一的區別是在創建的時候：
CREATE?ROLE?kanon?PASSWORD?'kanon';???--(ROLE創建時缺省不具有LOGIN權限)
CREATE?USER?kanon?PASSWORD?'kanon2';??--(USER創建時缺省就具備了LOGIN權限)CREATE?ROLE?kanon?PASSWORD?'kanon'?LOGIN;
---等同于
CREATE?USER?kanon?PASSWORD?'kanon';ROLE不具有缺省的LOGIN權限，這就是ROLE/USER的區別。
表空間與數據庫：一個表空間可以存儲多個數據庫（雖然不建議如此，但卻是可行的）
數據庫創建語句 默認的數據庫所有者是當前創建數據庫的用戶，默認的表空間是系統的默認表空間--。
在中，數據庫的創建是通過克隆數據庫模板來實現的，這與SQL 是同樣的機制。 并沒有指明數據庫模板，所以系統將默認克隆缺省的數據庫。而數據庫的默認表空間是，這個表空間是在數據庫初始化時創建的，所以所有中的對象將被同步克隆到新的數據庫中。
數據庫創建時相對完整的語法應該是：
CREATE?DATABASE?dbname?OWNER?kanon?TEMPLATE?template1?TABLESPACE?tablespacename;表空間的概念：表空間就是一個簡單的目錄，其主要用途分兩個：
1.單獨擴展表空間用，一旦磁盤或分區被耗盡，可以創建一個表空間到其他磁盤或分區上面。
2.區分不同對象的存儲位置，比如可將索引放入較快磁盤的表空間上，而將固定不變的數據放入較慢磁盤的表空間上。
與數據庫中的表空間被獨占不同，的表空間是可以被共享的。當創建了一個表空間后，這個表空間可以被多個數據庫、表、索引等數據庫對象使用。達到對象的分離與歸類的目的。
在中有兩個系統自建表空間：和。
前者是系統全局表空間，存儲了關鍵的共享系統目錄。后者是系統全局表空間，存儲了關鍵的共享系統目錄。
后者是系統默認表空間，可通過set =來指定為其他表空間，在建立數據庫、表、索引等數據庫對象時，若不指定表空間參數，則系統自動將對象創建到默認表空間中。如 table tt(id int) .該語句等價于set =; table tt(id int);
的記錄存儲在系統數據庫的表中，可以使用命令/db 或者sql語句 * from 命令查看。
???????????????????List?of?tablespaces
???Name????|??Owner???|?????????????Location
-----------+----------+-----------------------------------
pg_default??|?postgres??|
pg_global???|?postgres???|
ts_licai????|?kanon???????|?D:/PostgreSQL90/TableSpc/ts_licai仔細分析后，不難得出結論：在中，表空間是一個目錄，里面存儲的是它所包含的數據庫的各種物理文件。
總結：
表空間是一個存儲區域，在一個表空間中可以存儲多個數據庫，盡管不建議這么做，但我們這么做完全可行。
一個數據庫并不直接存儲表結構等對象的，而是在數據庫中邏輯創建了至少一個模式，在模式中創建了表等對象，將不同的模式指派給不同的角色，可以實現權限分離，又可以通過授權，實現模式間對象的共享postgresql表空間指向的實際路徑，并且，還有一個特點就是：模式可以存儲大家都需要訪問的對象。
一個表在創建的時候可以指定表空間，那么，是否可以給一個表指定它所在的數據庫表空間之外的表空間呢？答案是肯定的!這么做完全可以：那這不是違背了表屬于模式，而模式屬于數據庫，數據庫最終存在于指定表空間這個網的模型了嗎？！是的，看上去這確實是不合常理的，但這么做又是有它的道理的，而且現實中，我們往往需要這么做：將表的數據存在一個較慢的磁盤上的表空間，而將表的索引存在于一個快速的磁盤上的表空間。
但我們再查看表所屬的模式還是沒變的postgresql表空間指向的實際路徑，它依然屬于指定的模式。所以這并不違反常理。實際上，并沒有限制一張表必須屬于某個特定的表空間，我們之所以會這么認為，是因為在關系遞進時，偷換了一個概念：模式是邏輯存在的，它不受表空間的限制。