模板数据库到底是啥，怎么用还有优化那些事儿讲解一下

模板数据库到底是啥呢？你可以把它想象成一个做饼干的模具，你想烤一盘子小兔子形状的饼干，最省事的办法不是一个个用手去捏出兔子样子，而是先有一个兔子模具，把面压进去，再拿出来烤，这样每个饼干都是标准的小兔子。（这个比喻在很多数据库基础教程里都有提到,比如一些网上的数据库入门课程）

在数据库世界里，这个“模具”就是模板数据库，当你用像 PostgreSQL 这样的数据库系统时，每次你创建一个新的数据库，这个系统并不是从零开始“无中生有”，它其实是复制一个已经存在的数据库，以这个数据库为蓝本，新数据库会继承这个蓝本里的所有设置、表格结构、函数、甚至是预先放好的数据，这个被复制的蓝本数据库，就叫做“模板数据库”，默认情况下，这个模板数据库的名字通常就叫 template1。

那这东西具体怎么用呢？

最直接的用法就是标准化你的项目，想象一下，你是一个开发团队的负责人，你们公司有十个不同的项目都需要用数据库,每个数据库都需要一些共同的东西，

1. 一套统一的用户权限设置,规定好哪种角色的账号能干什么。
2. 几个所有项目都会用到的公共数据表，公司部门表”、“国家地区代码表”。
3. 一些常用的自定义函数,比如一个专门用来生成订单号的函数。

如果没有模板数据库，你就得在每个新项目建库后，手动重复执行一遍创建这些表、设置这些权限的SQL命令,非常麻烦还容易出错。

但有了模板数据库，事情就简单了,你可以这么做：

1. 选中默认的 template1 数据库，或者为了安全起见，自己创建一个新的模板数据库，比如叫 template_company。
2. 在这个 template_company 数据库里，一次性把上面说的那些公共的表、权限、函数全都设置好,保存起来。
3. 以后每当启动一个新项目，需要建新数据库时，你只需要说一句：“请以 template_company 为模板，创建一个叫 project_x 的新数据库。” 数据库系统瞬间就帮你复制出一个已经包含所有标准配置的新库，你立马就可以在这个基础上进行项目特有的开发了，效率极高。（这种用法在PostgreSQL官方文档的“CREATE DATABASE”章节有明确说明）

接下来聊聊优化那些事儿。

模板数据库用起来方便，但要是用不好，也会带来麻烦,所以需要一些优化技巧。

第一点，也是最重要的一点：千万不要在模板数据库里存放业务数据！ 这就像你的饼干模具，你应该只用它来定义饼干的形状（也就是数据库的结构），而不应该把已经烤好的饼干碎渣留在模具里，如果你在模板数据库里塞了很多测试数据或者过期的业务数据，那么以后每一个基于它创建的新数据库都会自动带上这些垃圾数据，导致新数据库一开始就变得臃肿不堪，保持模板的“干净”至关重要。

第二点，管理好模板数据库的连接，默认的 template1 数据库允许任何人在里面创建对象，这有时候会有风险，一个常见的优化做法是，把你正在使用的模板数据库（比如你自己创建的 template_company）设置为“不可连接”，通过执行一个简单的SQL命令，把这个数据库的连接权限关掉，这样做的好处是，防止有人不小心连到模板库上进行误操作，把它搞乱，模板库就应该像一个只读的档案室，只允许被复制，不允许被随意改动。（这种安全设置在各种数据库管理最佳实践的文章中常被强调）

第三点，考虑创建多个专用模板，如果一个模板无法满足所有需求，你可以创建多个，你可以有一个给Web项目用的“web_template”，里面预置了用户登录表、会话管理表等；再有一个给数据分析用的“analytics_template”，里面预装了常用的数据聚合函数和维度表，这样可以根据不同的项目类型，选择最合适的模板,更加精准高效。

模板数据库是一个强大的“启动器”工具，它的核心价值在于促进标准化和提升效率，只要你记住保持它的简洁、干净，并做好权限管理，它就能让你在管理和创建数据库时事半功倍,把重复性的基础工作交给系统自动完成。