DNA遗传哲学? - 数据库里schema应该属于谁?

postgresql , schema , template

安装好postgresql软件后，需要调用initdb,或者pg_ctl初始化数据库实例，初始化数据库实例时，通过bki接口（脚本），建立数据库元数据。

初始化后，数据库有了数据文件、日志文件、控制文件、clog、wal等一系列数据库的文件。

同时会创建模板库template0, template1, 以及数据库postgres。

模板库内，默认会有一个public schema，owner是谁？是初始化时数据库的超级用户。例如初始化数据库集群时，超级用户为postgres，那么模板库属于postgres，模板库里的schema(public)也属于postgres。

接下来，用户可以使用postgresql数据库从模板库创建更多数据块。

通过模板库创建的新的数据库，里面也会带有模板库所有的一切，包括schmea，这些对象属于谁呢？

owner是postgres还是新建数据库的用户（或者指定的数据库owner呢？）

目前，不管你用什么用户新建数据库，新数据库的权限，owner都会和模板库保持原样。

例如，template1的public属于postgres用户

使用另一个用户，创建一个数据库，并将新的数据库的owner设置为新用户。但是这个新数据库内的public schema owner依旧是postgres。

假设不继承模板库的权限，而是将schema或者对象的权限或者owner直接转嫁给数据库的owner，会有什么风险呢？

风险如下：

一个有create database权限的普通用户，它可以利用这种方法，窥探其他数据库的它看不到的内容。

postgresql 权限继承的方法充分考虑了这一点，避免了安全风险问题。

实际上用户的想法和postgresql实施的安全防护不一致，例如用户创建了一个模板库，并希望其他人通过这个模板库创建的数据库，里面的对象owner也改成建库的owner。

如何改变现状呢？

1. 既然owner改变不了，那么可以使用权限来控制，模板建好后，把模板中的对象权限赋予给public角色。

2. 还有更人性化的方法，例如新增sql语法：

给schema,table,view等对象增加一个权限选项(允许用户选择)，作为模板创建时，owner是否跟随数据库的owner。

3. 当以template0为模板创建数据库时，建议public的owner可以改为数据库的owner，同样需要社区代码层面的支持。

4. 当用户新建了数据库后，再使用超级用户，将新库的public schema赋予给新库的owner.

注意，schema owner有这个schema的绝对管理权限，包括删除其他人在这个schema创建的对象。

所以千万不要把自己的对象创建到别人的schema下面，那很危险。

<a href="https://github.com/digoal/blog/blob/master/201605/20160510_01.md">《postgresql 逻辑结构 和 权限体系 介绍》</a>

<a href="https://www.postgresql.org/docs/9.6/static/sql-createdatabase.html">https://www.postgresql.org/docs/9.6/static/sql-createdatabase.html</a>