↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

受支持版本: 当前版本 (18) / 17 / 16 / 15 / 14
测试与开发版本: 19 / devel
不受支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1 / 7.0 / 6.5 / 6.4
历史版本PostgreSQL 6.4 已于 2003 年 10 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本。

第 38 章 扩展 SQL:概览

在后面的各节中,我们将讨论如何通过添加 下列内容来扩展 Postgres 的 SQL 查询语言:

  • 函数

  • 类型

  • 操作符

  • 聚集

38.1. 可扩展性如何运作

Postgres 之所以可扩展,是因为它的操作 是目录驱动的。如果你熟悉标准的关系 系统,就知道它们把关于数据库、 表、列等的信息存储在通常所谓的 系统目录中。(有些系统称之为 数据字典。)这些目录在用户看来 是像其他类一样的类,但 DBMS 把 它的内部簿记存储在其中。Postgres 与标准 关系系统之间的一个关键区别是, Postgres 在其 目录中存储的信息多得多——不仅有关于表和列的 信息,还有关于其类型、函数、访问 方法等的信息。用户可以修改 这些类,而由于 Postgres 把它的内部操作 建立在这些类之上,这意味着 Postgres 可以由用户 扩展。相比之下,传统 数据库系统只能通过更改 DBMS 内部的硬编码过程或装载 由 DBMS 厂商专门编写的模块来扩展。

Postgres 与大多数其他数据管理器的另一个 不同之处在于,服务器可以通过 动态装载把用户编写的代码纳入 自身。也就是说,用户可以 指定一个实现新类型或函数的目标 代码文件(例如编译好的 .o 文件 或共享库),Postgres 会按需装载它。用 SQL 编写的代码加入服务器更是 轻而易举。这种"即时"修改操作的能力 使 Postgres 特别适合新 应用和存储结构的快速 原型开发。

提交更正

译文有误、术语不当或页面显示问题,请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题,请在当前版本的对应页面向上游反馈;上游不再修订已结束维护的版本。