历史版本。 PostgreSQL 9.0 已结束支持。 2015-10-08. 请参阅 当前版本手册.
第 35 章 Extending SQL
目录
- 35.1. 可扩展性如何运作
- 35.2. PostgreSQL类型系统
- 35.3. User-Defined Functions
- 35.4. Query Language (SQL) Functions
- 35.4.1. 基本类型上的 SQL 函数
- 35.4.2. 组合类型上的 SQL 函数
- 35.4.3. 带参数名的 SQL 函数
- 35.4.4. 带输出参数的 SQL 函数
- 35.4.5. SQL Functions with Variable Numbers of Arguments
- 35.4.6. SQL Functions with Default Values for Arguments
- 35.4.7. SQL Functions as Table Sources
- 35.4.8. SQL Functions Returning Sets
- 35.4.9. SQL Functions Returning
TABLE - 35.4.10. Polymorphic SQL Functions
- 35.5. 函数重载
- 35.6. 函数易变性分类
- 35.7. 过程语言函数
- 35.8. 内部函数
- 35.9. C 语言函数
- 35.10. User-Defined Aggregates
- 35.11. User-Defined Types
- 35.12. User-Defined Operators
- 35.13. 操作符优化信息
- 35.14. 索引扩展接口
- 35.15. 在扩展中使用 C++
在接下来的各节中，我们将讨论如何通过增加以下内容来扩展 PostgreSQL SQL 查询语言：
35.1. 可扩展性如何运作 #
PostgreSQL 之所以具有可扩展性，是因为其运作由系统目录驱动。如果你熟悉标准的关系数据库系统，就会知道它们把有关数据库、表、列等的信息存储在通常所说的系统目录中（有些系统把这称为数据字典）。这些目录对用户而言看起来就像普通表一样，但 DBMS 会在其中保存自己的内部管理信息。PostgreSQL 与标准关系数据库系统的一个关键差别是，PostgreSQL 在目录中存储的信息要多得多：不仅有关于表和列的信息，还有关于数据类型、函数、访问方法等的信息。这些表可以由用户修改，而 PostgreSQL 又是基于这些表来运行的，这意味着 PostgreSQL 可以由用户扩展。相比之下，传统数据库系统只能通过修改源代码中的硬编码过程，或加载由 DBMS 供应商专门编写的模块来扩展。
此外，PostgreSQL 服务器还能通过动态加载把用户编写的代码纳入自身。也就是说，用户可以指定一个实现了新类型或新函数的目标代码文件（例如共享库），而 PostgreSQL 会在需要时加载它。把用 SQL 编写的代码加入服务器就更为简单了。这种能够“即时”修改自身行为的能力，使 PostgreSQL 特别适合用于新应用和新存储结构的快速原型设计。