PostgreSQL表空间、模式、表、用户及角色之间的关系

PostgreSQL表空间、模式、表、用户/角色之间的关系是本文我们主要要介绍的内容，表空间，数据库，模式，表，用户，角色之间的关系到底是怎样的呢？接下来我们就开始介绍这一过程。

www.2cto.com

实验出角色与用户的关系

在PostgreSQL中，存在两个容易混淆的概念：角色/用户。之所以说这两个概念容易混淆，是因为对于PostgreSQL来说，这是完全相同的两个对象。唯一的区别是在创建的时候：

1.我用下面的psql创建了角色kanon：CREATE ROLE kanon PASSWORD 'kanon';接着我使用新创建的角色kanon登录，PostgreSQL给出拒绝信息：FATAL： role 'kanon' is not permitted to log in.说明该角色没有登录权限，系统拒绝其登录。

2.我又使用下面的psql创建了用户kanon2:CREATE USER kanon PASSWORD 'kanon2';接着我使用kanon2登录，登录成功。难道这两者有区别吗？查看文档，又这么一段说明："CREATE USER is the same as CREATE ROLE except that it implies LOGIN."----CREATE USER除了默认具有LOGIN权限之外，其他与CREATE ROLE是完全相同的。

为了验证这句话，修改kanon的权限，增加LOGIN权限：ALTER ROLE kanon LOGIN;再次用kanon登录，成功！那么，事情就明了了：CREATE ROLE kanon PASSWORD 'kanon' LOGIN 等同于CREATE USER kanon PASSWORD 'kanon'.这就是ROLE/USER的区别。

数据库与模式的关系 www.2cto.com

模式（schema）是对数据库（database）逻辑分割。

在数据库创建的同时，就已经默认为数据库创建了一个模式--public，这也是该数据库的默认模式。所有为此数据库创建的对象（表、函数、试图、索引、序列等）都是常见在这个模式中的。

实验如下：

1.创建一个数据库dbtt----CREATE DATABASE dbtt;

2.用kanon角色登录到dbtt数据库,查看dbtt数据库中的所有模式：/dn; 显示结果是只有public一个模式。

3.创建一张测试表----CREATE TABLE test(id integer not null);

4.查看当前数据库的列表： /d; 显示结果是表test属于模式public.也就是test表被默认创建在了public模式中。

5.创建一个新模式kanon，对应于登录用户kanon：CREATE SCHEMA kanon OWNER kanon；

6.再次创建一张test表，这次这张表要指明模式----CREATE TABLE kanon.test (id integer not null);

7.查看当前数据库的列表： /d; 显示结果是表test属于模式kanon.也就是这个test表被创建在了kanon模式中。得出结论是：数据库是被模式(schema)来切分的，一个数据库至少有一个模式，所有数据库内部的对象(object)是被创建于模式的。用户登录到系统，连接到一个数据库后，是通过该数据库的search_path来寻找schema的搜索顺序,可以通过命令SHOW search_path；具体的顺序，也可以通过SET search_path TO 'schema_name'来修改顺序。

官方建议是这样的：在管理员创建一个具体数据库后，应该为所有可以连接到该数据库的用户分别创建一个与用户名相同的模式，然后，将search_path设置为"$user"，

这样，任何当某个用户连接上来后，会默认将查找或者定义的对象都定位到与之同名的模式中。这是一个好的设计架构。