Databases are destroyed with the command DROP DATABASE:

DROP DATABASE name;

Only the owner of the database, or a superuser, can drop a database. Dropping a database removes all objects that were contained within the database. The destruction of a database cannot be undone.

You cannot execute the DROP DATABASE command while connected to the victim database. You can, however, be connected to any other database, including the template1 database. template1 would be the only option for dropping the last user database of a given cluster.

For convenience, there is also a shell program to drop databases, dropdb:

dropdb dbname

(Unlike createdb, it is not the default action to drop the database with the current user name.)\

A small number of objects, like role, database, and tablespace names, are defined at the cluster level and stored in the pg_global tablespace. Inside the cluster are multiple databases, which are isolated from each other but can access cluster-level objects. Inside each database are multiple schemas, which contain objects like tables and functions. So the full hierarchy is: cluster, database, schema, table (or some other kind of object, such as a function).

When connecting to the database server, a client must specify the database name in its connection request. It is not possible to access more than one database per connection. However, clients can open multiple connections to the same database, or different databases. Database-level security has two components: access control (see Section 20.1), managed at the connection level, and authorization control (see Section 5.7), managed via the grant system. Foreign data wrappers (see postgres_fdw) allow for objects within one database to act as proxies for objects in other database or clusters. The older dblink module (see dblink) provides a similar capability. By default, all users can connect to all databases using all connection methods.

If one PostgreSQL server cluster is planned to contain unrelated projects or users that should be, for the most part, unaware of each other, it is recommended to put them into separate databases and adjust authorizations and access controls accordingly. If the projects or users are interrelated, and thus should be able to use each other's resources, they should be put in the same database but probably into separate schemas; this provides a modular structure with namespace isolation and authorization control. More information about managing schemas is in Section 5.9.

While multiple databases can be created within a single cluster, it is advised to consider carefully whether the benefits outweigh the risks and limitations. In particular, the impact that having a shared WAL (see Chapter 29) has on backup and recovery options. While individual databases in the cluster are isolated when considered from the user's perspective, they are closely bound from the database administrator's point-of-view.

Databases are created with the CREATE DATABASE command (see Section 22.2) and destroyed with the DROP DATABASE command (see Section 22.5). To determine the set of existing databases, examine the pg_database system catalog, for example

SELECT datname FROM pg_database;

The psql program's \l meta-command and -l command-line option are also useful for listing the existing databases.

Note

The SQL standard calls databases “catalogs”, but there is no difference in practice.

In order to create a database, the PostgreSQL server must be up and running (see Section 18.3).

Databases are created with the SQL command CREATE DATABASE:

CREATE DATABASE name;

where name follows the usual rules for SQL identifiers. The current role automatically becomes the owner of the new database. It is the privilege of the owner of a database to remove it later (which also removes all the objects in it, even if they have a different owner).

The creation of databases is a restricted operation. See Section 21.2 for how to grant permission.

Since you need to be connected to the database server in order to execute the CREATE DATABASE command, the question remains how the first database at any given site can be created. The first database is always created by the initdb command when the data storage area is initialized. (See Section 18.2.) This database is called postgres. So to create the first “ordinary” database you can connect to postgres.

A second database, template1, is also created during database cluster initialization. Whenever a new database is created within the cluster, template1 is essentially cloned. This means that any changes you make in template1 are propagated to all subsequently created databases. Because of this, avoid creating objects in template1 unless you want them propagated to every newly created database. More details appear in Section 22.3.

As a convenience, there is a program you can execute from the shell to create new databases, createdb.

createdb dbname

createdb does no magic. It connects to the postgres database and issues the CREATE DATABASE command, exactly as described above. The createdb reference page contains the invocation details. Note that createdb without any arguments will create a database with the current user name.

Note

Chapter 20 contains information about how to restrict who can connect to a given database.

Sometimes you want to create a database for someone else, and have them become the owner of the new database, so they can configure and manage it themselves. To achieve that, use one of the following commands:

CREATE DATABASE dbname OWNER rolename;

from the SQL environment, or:

createdb -O rolename dbname

from the shell. Only the superuser is allowed to create a database for someone else (that is, for a role you are not a member of).\

CREATE DATABASE 實際上是透過複製現有資料庫來作業的。預設情況下，它是複製名為 template1 的標準系統資料庫。因此，該資料庫是製作新資料庫的「樣板」。如果向 template1 新增物件，則會使這些物件複製到隨後建立的使用者資料庫中。此行為可以對資料庫中的標準物件集合進行本地的修改。例如，如果在 template1 中安裝程序語言 PL/Perl，它將自動在使用者資料庫中可用，而在建立這些資料庫時不需要採取任何額外操作。

有一個名為 template0 的第二個標準系統資料庫。此資料庫包含與 template1 初始內容相同的資料，即只有您的 PostgreSQL 版本預先定義的標準物件。初始化資料庫叢集後，永遠都不應變更 template0。透過指示 CREATE DATABASE 複製 template0 而不是 template1，您可以建立一個「virgin」使用者資料庫，其中不包含 template1 中的任何本地變更。這在恢復 pg_dump 轉存時尤其方便：轉存腳本應該在原始資料庫中恢復，以確保重新建立轉存資料庫的正確內容，而不會與稍後可能增加到 template1 的物件發生衝突。

複製 template0 而不是 template1 的另一個常見原因是，在複製 template0 時可以指定新的編碼和區域設定，而 template1 的副本必須使用與其相同的設定。這是因為 template1 可能包含特定於編碼或特定於語言環境的資料，是 template0 所不知道的。

要透過複製 template0 建立資料庫，請使用：

CREATE DATABASE dbname TEMPLATE template0;

在 SQL 環境，或：

createdb -T template0 dbname

在命令列。

要建立其他樣模資料庫，實際上可以透過將其名稱指定為 CREATE DATABASE 的樣板來複製叢集中的任何資料庫。然而，重要的是要理解，這不能用作通用的「COPY DATABASE」操作。主要限制是在複製來源資料庫時不能將其他連線連接到來源資料庫。如果啟動時存在任何其他的連線，則 CREATE DATABASE 將會失敗；在複製操作期間，會阻止與來源資料庫的新連線。

每個資料庫的 pg_database 中都存在兩個有用的標記：欄位 datistemplate 和 datallowconn。可以設定 datistemplate 以指示資料庫是否用作 CREATE DATABASE 的樣板。如果設定了此標記，則任何具有 CREATEDB 權限的使用者都可以複製資料庫；如果未設定，則只有超級使用者和資料庫的所有者才能複製它。如果 datallowconn 為 false，則不允許與該資料庫建立新的連線（但僅透過將標記設定為 false，不會終止現有連線）。template0 資料庫通常標記為 datallowconn = false 以防止其修改。template0 和 template1 都應該始終保持 datistemplate = true 標記。

Recall from Chapter 19 that the PostgreSQL server provides a large number of run-time configuration variables. You can set database-specific default values for many of these settings.

For example, if for some reason you want to disable the GEQO optimizer for a given database, you'd ordinarily have to either disable it for all databases or make sure that every connecting client is careful to issue SET geqo TO off. To make this setting the default within a particular database, you can execute the command:

ALTER DATABASE mydb SET geqo TO off;

This will save the setting (but not set it immediately). In subsequent connections to this database it will appear as though SET geqo TO off; had been executed just before the session started. Note that users can still alter this setting during their sessions; it will only be the default. To undo any such setting, use ALTER DATABASE dbname RESET varname.

正在執行的 PostgreSQL 伺服器的每個執行程序都會管理一個或多個資料庫。而資料庫是組織 SQL 物件（資料庫物件）的最高層級。本章介紹資料庫的屬性以及如何建立、管理和銷毀資料庫。

PostgreSQL 中的資料表空間允許資料庫管理者定義檔案系統中可以儲存資料庫物件的檔案的路徑。建立完成後，在建立資料庫物件時可以透過名稱來引用資料表空間。

通過使用資料表空間，管理者可以控制 PostgreSQL 安裝的磁碟規畫。至少在兩個方面是很有用的。首先，如果初始化叢集的分割區(partition)或磁碟區(volume)的空間不足並且無法擴展時，則可以在不同的分割區上建立資料表空間，資料庫系統重新配置即可使用。

其次，資料表空間允許管理者依資料庫物件特性的知識來優化效能。例如，使用率很高的索引可以放置在非常快速、高可用的磁碟上，例如昂貴的固態磁碟。另一方面，對於很少使用或不關鍵的歸檔資料的資料表可以儲存在較便宜、速度較慢的磁碟系統上。

要定義資料表空間，請使用 CREATE TABLESPACE 指令，例如：

CREATE TABLESPACE fastspace LOCATION '/ssd1/postgresql/data';

該路徑必須是 PostgreSQL 作業系統使用者所擁有的空白目錄。隨後在資料表空間內建立的所有物件都將儲存在此目錄下的檔案中。該位置不得位於可移除或瞬時儲存上，因為如果資料表空間失去了，叢集可能會無法運行。

建立資料表空間本身必須以資料庫超級使用者的身份完成，但在此之後，你可以允許普通的資料庫使用者來使用它。為此，請為它們授予 CREATE 的權限。

資料表、索引和整個資料庫可以分配給特定的資料表空間。為此，具有給定資料表空間上的 CREATE 權限的使用者必須將資料表空間名稱作為參數傳遞給相關的指令。例如，下面會在資料表空間 space1 中建立一個資料表：

CREATE TABLE foo(i int) TABLESPACE space1;

或者，使用 default_tablespace 參數：

SET default_tablespace = space1;
CREATE TABLE foo(i int);

當 default_tablespace 設定為空字符之外的任何內容時，它將為 CREATE TABLE 和 CREATE INDEX 指令提供一個隱含的 TABLESPACE 子句，當它們沒有明確的 TABLESPACE 子句的時候。

還有一個 temp_tablespaces 參數，用於指定臨時資料表和索引的位置，以及用於排序大型資料之類目的的臨時檔案。這可以是資料表空間名稱的列表，而不是只有一個，以便與臨時物件關聯的負載可以分佈在多個資料表空間中。每次建立臨時物件時都會挑選該列表的隨機成員。

與資料庫關聯的資料表空間用於儲存該資料庫的系統目錄。此外，如果沒有給予 TABLESPACE 子句也沒有其他由 default_tablespace 或 temp_tablespaces（根據需要）的選擇指定的話，那麼它是用於在資料庫內建立的資料表、索引和臨時檔案的預設資料表空間。如果建立的資料庫沒有為其指定資料表空間，則它使用與從其複製的模板資料庫相同的資料表空間。

當資料庫叢集初始化時，會自動建立兩個資料表空間。pg_global 資料表空間用於共享的系統目錄。pg_default 資料表空間是 template1 和 template0 資料庫的預設資料表空間（因此，除非它被 CREATE DATABASE 中的 TABLESPACE 子句所取代，否則它將成為其他資料庫的預設資料表空間）。

一旦建立之後，可以從任何資料庫使用資料表空間，只要請求的使用者具有足夠的權限即可。這意味著，除非所有使用資料表空間的資料庫中所有物件都被刪除，否則不能刪除資料表空間。

要刪除空的資料表空間，請使用 DROP TABLESPACE 指令。

例如，要確認一組現有的資料表空間，請檢查 pg_tablespace 系統目錄

SELECT spcname FROM pg_tablespace;

psql 工具中的 \db 指令對於列出現有的資料表空間也很有用。

PostgreSQL 利用 symbolic link 來簡化資料表空間的管理。但這也意味著資料表空間只能用於支援 symbolic link 的系統。

目錄 $PGDATA/pg_tblspc 包含指向叢集中定義的每個非內建資料表空間的 symbolic link。儘管並不推薦，但可以透過重新定義這些連接來手動調整資料表空間的佈局。在伺服器運行期間，任何情況下都不會執行此操作。請注意，在 PostgreSQL 9.1 及更早版本中，你還需要使用新位置更新 pg_tablespace 目錄。（如果你不這樣做，pg_dump 將繼續輸出到舊的資料表空間路徑。）