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

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 7.4 已于 2010 年 10 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本。

第 33 章 扩展 SQL

在接下来的各节中,我们将讨论如何通过增加以下内容来扩展 PostgreSQL SQL 查询语言:

33.1. 可扩展性如何运作 #

PostgreSQL 之所以具有可扩展性,是因为其 运作由系统目录驱动。如果你熟悉标准的关系数据库系统,就会知道它们把 有关数据库、表、列等的信息存储在通常所说的系统目录中(有些系统把这 称为数据字典)。这些目录对用户而言看起来就像普通表一样,但 DBMS 会在其中保存自己的内部管理信息。 PostgreSQL 与标准关系数据库系统的一个关键差别是, PostgreSQL 在目录中存储的信息要多得多:不仅有关于表和列的信息,还有关于数据 类型、函数、访问方法等的信息。这些表可以由用户修改,而 PostgreSQL 又是基于这些表来运行的,这意味着 PostgreSQL 可以由用户扩展。相比之下,传统数据库 系统只能通过修改源代码中的硬编码过程,或加载由 DBMS 供应商专门编写的模块来扩展。

此外,PostgreSQL 服务器还能通过动态加载把用户 编写的代码纳入自身。也就是说,用户可以指定一个实现了新类型或新函数 的目标代码文件(例如共享库),而 PostgreSQL 会在需要时加载它。把用 SQL 编写的代码加入服务器就更 为简单了。这种能够“即时”修改自身行为的能力,使 PostgreSQL 特别适合用于新应用和新存储结构的快速 原型设计。

提交更正

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