历史版本。 PostgreSQL 9.2 已结束支持。 2017-11-09. 请参阅 当前版本手册.
第 35 章 扩展 SQL
目录
- 35.1. 可扩展性如何运作
- 35.2. PostgreSQL 类型系统
- 35.3. User-defined Functions
- 35.4. Query Language (SQL) Functions
- 35.4.1. Arguments for SQL Functions
- 35.4.2. SQL Functions on Base Types
- 35.4.3. SQL Functions on Composite Types
- 35.4.4. SQL Functions with Output Parameters
- 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.4.11. SQL Functions with Collations
- 35.5. Function Overloading
- 35.6. Function Volatility Categories
- 35.7. Procedural Language Functions
- 35.8. Internal Functions
- 35.9. C-Language Functions
- 35.9.1. Dynamic Loading
- 35.9.2. Base Types in C-Language Functions
- 35.9.3. Version 0 Calling Conventions
- 35.9.4. Version 1 Calling Conventions
- 35.9.5. Writing Code
- 35.9.6. 编译和链接动态装载函数
- 35.9.7. Composite-type Arguments
- 35.9.8. Returning Rows (Composite Types)
- 35.9.9. Returning Sets
- 35.9.10. Polymorphic Arguments and Return Types
- 35.9.11. Transform Functions
- 35.9.12. Shared Memory and LWLocks
- 35.9.13. Using C++ for Extensibility
- 35.10. User-defined Aggregates
- 35.11. 用户定义的类型
- 35.12. 用户定义的操作符
- 35.13. 操作符优化信息
- 35.14. 索引扩展接口
- 35.15. 将相关对象打包成扩展
- 35.16. 扩展构建基础设施
在接下来的各节中，我们将讨论如何通过增加以下内容来扩展 PostgreSQL SQL 查询语言：
35.1. 可扩展性如何运作 #
PostgreSQL 之所以具有可扩展性，是因为其运作由系统目录驱动。如果你熟悉标准的关系数据库系统，就会知道它们把有关数据库、表、列等的信息存储在通常所说的系统目录中（有些系统把这称为数据字典）。这些目录对用户而言看起来就像普通表一样，但 DBMS 会在其中保存自己的内部管理信息。PostgreSQL 与标准关系数据库系统的一个关键差别是，PostgreSQL 在目录中存储的信息要多得多：不仅有关于表和列的信息，还有关于数据类型、函数、访问方法等的信息。这些表可以由用户修改，而 PostgreSQL 又是基于这些表来运行的，这意味着 PostgreSQL 可以由用户扩展。相比之下，传统数据库系统只能通过修改源代码中的硬编码过程，或加载由 DBMS 供应商专门编写的模块来扩展。
此外，PostgreSQL 服务器还能通过动态加载把用户编写的代码纳入自身。也就是说，用户可以指定一个实现了新类型或新函数的目标代码文件（例如共享库），而 PostgreSQL 会在需要时加载它。把用 SQL 编写的代码加入服务器就更为简单了。这种能够“即时”修改自身行为的能力，使 PostgreSQL 特别适合用于新应用和新存储结构的快速原型设计。