PostgreSQL 里的表空间允许数据库管理员在文件系统里定义那些代表数据库对象的文件存放的位置。 一旦创建了表空间，那么就可以在创建数据库对象的时候引用它。
通过使用表空间，管理员可以控制一个 PostgreSQL 安装的磁盘布局。 这么做至少有两个用处。首先，如果初始化集群所在的分区或者卷用光了空间，而又不能逻辑上扩展或者别的什么操作， 那么表空间可以在一个不同的分区上创建和使用，直到系统可以重新配置。
第二，表空间允许管理员根据数据库对象的使用模式安排数据位置，从而优化性能。 比如，一个很频繁使用的索引可以放在非常快的，并且非常可靠的磁盘上，比如一种非常贵的固态设备。 而同时，一个存储归档的数据，很少使用的，或者对性能要求不高的表可以存储在一个没那么昂贵，比较慢的磁盘系统上。
要定义一个表空间，使用 CREATE TABLESPACE 命令， 比如：
CREATE TABLESPACE fastspace LOCATION '/mnt/sda1/postgresql/data';
这个位置必须是一个现有的空目录，并且属于 PostgreSQL 系统用户。 所有随后在该表空间创建的对象都将被存放在这个目录下的文件里。
注意: 通常在一个逻辑文件系统上建立多个表空间没有什么意义，因为你无法控制一个逻辑文件系统里的不同文件的位置。 不过，PostgreSQL 并不做这方面的任何强制，并且它实际上并不知道你的系统上的文件系统边界。 它只是在你告诉它使用的目录里存储文件。
创建表空间本身必须用数据库超级用户身份进行，但是在那之后，你就可以允许普通数据库用户利用它了。 要做这件事情，在表空间上给这些用户授予 CREATE 权限。
表，索引和整个数据库都可以放在特定的表空间里。想要这么做的话， 在给定表空间上有 CREATE 权限的用户必须把表空间的名字以一个参数的形式传递给相关的命令。 比如，下面的命令在表空间 space1 上创建一个表：
CREATE TABLE foo(i int) TABLESPACE space1;
另外，还可以使用 default_tablespace 参数：
SET default_tablespace = space1; CREATE TABLE foo(i int);
只要 default_tablespace 设置为不是空字串的任何其他东西， 那么它就为没有明确使用 TABLESPACE 子句的 CREATE TABLE 和 CREATE INDEX 命令提供一个隐含的 TABLESPACE 子句。
与一个数据库相关联的表空间用于存储该数据库的系统表，以及任何使用该数据库的服务器进程创建的临时文件。 另外，如果在创建数据库对象是没有给出 TABLESPACE 子句（不管是明确的还是通过 default_tablespace）， 那么这是在该数据库里创建这些任何对象使用的缺省表空间。 如果创建数据库时没有给它声明一个表空间，那么它使用与它拷贝的模版数据库相同的表空间。
initdb 自动创建两个表空间。pg_global 表空间用于共享的系统表。 pg_default 是 template1 和 template0 数据库的缺省表空间 （因此，这个表空间也将是任何其它数据库的缺省表空间，除非在 CREATE DATABASE 的时候使用了明确的 TABLESPACE 子句。）
创建了表空间之后，它就可以用于任何数据库，只要请求的用户有足够权限。 这意味着除非我们把使用这个表空间的所有数据库里的所有对象抖删除掉，否则我们不能删除该表空间。
要删除一个空的表空间，使用 DROP TABLESPACE 命令。
要判断一套现有的表空间，检查系统表 pg_tablespace，比如
SELECT spcname FROM pg_tablespace;
psql 程序的 \db 元命令也可以用于列出现有表空间。
为了简化表空间的实现，PostgreSQL 使用了大量符号连接。 这就意味着表空间只能在支持符号连接的系统上使用。
目录 $PGDATA/pg_tblspc 包含指向集群里定义的每个非内置的表空间的符号连接。 尽管我们不建议，但是我们还是可能通过手工重定义这些连接来调整表空间的布局。 两个警告：在 postmaster 运行的时候不要这么干；并且，在你重启 postmaster 之后， 更新 pg_tablespace 表以显示新的位置。（如果你不这么做，pg_dump 将继续显示旧的表空间位置。）