For faster navigation, this Iframe is preloading the Wikiwand page for PostgreSQL.

PostgreSQL

维基百科,自由的百科全书

本条目存在以下问题,请协助改善本条目或在讨论页针对议题发表看法。 此条目的语调或风格可能不适合百科全书的写作方式。 (2015年9月20日)请根据指南协助改善这篇条目,请在讨论页讨论问题所在及加以改善。 此条目需要补充更多来源。 (2015年9月20日)请协助补充多方面可靠来源改善这篇条目无法查证的内容可能会因为异议提出而移除。致使用者:请搜索一下条目的标题(来源搜索:"PostgreSQL"网页新闻书籍学术图像),以检查网络上是否存在该主题的更多可靠来源(判定指引)。 此条目包含过多仅特定读者会感兴趣的过度细节内容。 (2022年5月2日)请重新整理本条目以切合主题,并移除与维基百科内容方针相悖的过度细节内容。详细信息请参见讨论页
PostgreSQL
Pg logo.png
PostgreSQL 13.2 screenshot.png
开发者PostgreSQL Global Development Group
初始版本1996年7月8日,​25年前​(1996-07-08[1]
稳定版本
14.3[2]在维基数据编辑(2022年5月12日,3天前)
原始码库 编辑维基数据链接
编程语言C语言
操作系统Linux, Windows, FreeBSD, OpenBSD, NetBSD, macOS, AIX, HP/UX, Solaris[3]
系统平台x86, x86_64, IA64, PowerPC, PowerPC 64, S/390, S/390x, Sparc, Sparc 64, ARM, MIPS, MIPSEL, PA-RISC[3]
语言英语
类型关系数据库
许可协议PostgreSQL许可[4]
网站www.postgresql.org 编辑维基数据

PostgreSQL开源的对象-关系数据库数据库管理系统,在类似BSD许可MIT许可的PostgreSQL许可下发行。[4]

PostgreSQL这个单字的拼法让有些人觉得很难读,特别是那些把SQL读作"sequel"的人。PostgreSQL开发者把它读作"post-gress-Q-L"。(Audio sample页面存档备份,存于互联网档案馆),5.6k MP3)。它也经常被简称为"postgres"。

历史

PostgreSQL经历了长时间的演变。该项目最初开始于在加利福尼亚大学伯克利分校Ingres计划。这个计划的领导者迈克尔·斯通布雷克在1982年离开加利福尼亚大学伯克利分校去推进Ingres的商业化,但最后还是返回了学术界。在1985年返回伯克利之后,斯通布雷克开始了post-Ingres计划,致力于解决在1980年代早期所出现一些数据库系统存在的问题。Postgres和Ingres的代码库开始(并保持)完全分离。

新项目Postgres的目的是通过增加最少的功能来完全支持所需要的类型。这些功能包括类型定义和完整描述数据关系的能力。完整描述数据关系的能力之前虽广为使用但却需要由用户来维护。Postgres的数据库能够"理解"关系,并可以使用一定的规则以自然方式在相关的表中检索信息。

从1986年开始,该项目组发表了一些描述这一系统基本原理的论文,并在1988年实现并运行了一个Demo版本。项目组在1989年六月向少数用户发行了版本1.0,随后在1990年6月发行了带有全新规则系统的版本2.0。1991年的版本3.0再次重写了规则系统,并增加了对多个存储管理器的支持与改进的查询引擎。Postgres在1993年开始拥有大量用户,这些用户提供了大量的功能与优化建议。但是在发行了作为细节修正的版本4.0之后,Postgres计划就终止了。

尽管Postgres计划正式的终止了,BSD许可证(Postgres遵守BSD许可证发行)却使开发者们得以获取原始码并进一步开发系统。1994年,两个加利福尼亚大学伯克利分校的研究生 Andrew Yu和Jolly Chen 增加了一个SQL语言解释器来替代早先的基于Ingres的QUEL系统,创建了Postgres95。代码随后被发布到互联网上供全世界使用。Postgres95在1996年被重命名为PostgreSQL以便突出该数据库全新的SQL查询语言

PostgreSQL首次发行即选择6.0作为其版本号,由来自世界各地的数据库开发者和志愿者们,通过互联网进行软件的维护。在2005年1月19日,PostgreSQL发行了版本8.0。自版本8.0之后,PostgreSQL得以借助原生方式运行于Windows系统之下。

尽管许可证允许PostgreSQL被用于商业用途,PostgreSQL却并没有像Ingres那样快速的被商业化。在2005年1月,PostgreSQL才收到了它来自数据库厂商的第一份援助。Pervasive Software([1]页面存档备份,存于互联网档案馆))宣布了对PostgreSQL的商业支持和社区参与。

但其实在此之前,就已经有一些公司开始对PostgreSQL伸出援手。2000年,前Red Hat投资者筹组了一间名为Great Bridge的公司来商业化PostgreSQL,与其他商用数据库厂商展开竞争。Great Bridge资助了好几位PostgreSQL开发者,并且贡献了许多资源给社区。然而到了2001年末,Great Bridge却终止了营运,一部分原因在于PostgreSQL在被商业化后,其市场状况并不理想。

2001年,Command Prompt, Inc.发布了Mammoth PostgreSQL,这是最老牌的PostgreSQL商业软件。他们通过对开发者的赞助,和开发PL/Perl、PL/php等PostgreSQL在各语言中的实现,以及维护PostgreSQL Build Farm等方式来支持PostgreSQL社群。

2005年1月,PostgreSQL接到了来自另一间数据库厂商Pervasive Software的支持,该公司以常见于Novell NetWare平台的Btrieve产品而闻名。他们宣布了进行商业支持和对社群的参与。但在他们成功商业化PostgreSQL一段时间后的2006年7月,Pervasive Software离开了PostgreSQL的支持市场。

在2005年中,两间其他的公司宣布商业化PostgreSQL,分别进入不同的利基市场。EnterpriseDB宣布将专注于让使用Oracle的应用程序能更容易的在PostgreSQL上运行。Greenplum则专注贡献在数据仓库商业智慧的应用程序,尤其以BizGres项目著称。

2005年10月,昇阳的软件部门执行副总裁John Loiacono谈论到:"我们不会去OEM微软的产品,我们正关注着PostgreSQL",尽管当时并没有任何规格发布。到了2005年11月,昇阳宣布将支持PostgreSQL。2006年6月,Solaris 10包含PostgreSQL一起发布。

至于PostgreSQL项目本身,他继续着每年一个主要版本发布,以及次要的调试版本发布,这些发布全都遵守BSD许可。

描述

如果很粗略地观察PostgreSQL,会觉得这个数据库系统和其它数据库很类似。因为PostgreSQL使用SQL语言来执行资料的查询。这些资料通过外键联系在一起,以一系列表格的形式存在。PostgreSQL相对于竞争者的主要优势为可编程性:对于使用数据库资料的实际应用,PostgreSQL让开发与使用变得更简单。

SQL数据在“平面表格”中存储简单的数据类型,需要用户使用查询把有关的信息收集在一起。这与应用和用户利用数据自身的方式相对立:典型的使用带有丰富数据类型的高级语言,在其中所有有关的数据作为它自己的一个完整单元来操作。典型的称呼为记录对象(依据各自语言)。

转换来自SQL世界的信息到面向对象编程世界体现得很困难,因为两者有非常不同的数据组织的模型。工业界把这个问题称为对象关系不匹配英语Object-relational_impedance_mismatch:从一个模型映射到另一个要花费项目开发者40%的时间。一些映射解决方案,典型的称为对象关系映射,致力于这个问题,但是它们花费很多并有自身的问题,导致糟糕的性能或强制所有的数据访问通过映射所支持的一种语言来进行。

PostgreSQL可以直接在数据库中解决很多这类问题。PostgreSQL允许用户定义基于正规的SQL类型的新类型,允许数据库自身理解复杂数据。例如,你可以定义一个address来组合一些事物如街道编号、城市和国度的字符串。从这一点上你可以轻易地创建把保存地址所需要的所有字段包含在一个单一行列中的表。

PostgreSQL还允许类型包括继承,这是在面向对象编程中的主要概念。例如,你可以定义post_code类型,并接着基于它创建us_zip_codecanadian_postal_code。在数据库中的address就可以采用us_address或者canadian_address形式,而特定的规则可以在各自情况下验证数据。在PostgreSQL的早期版本中,实现新类型需要写C扩展并把它们编译到数据库服务器中;在版本7.4中,通过CREATE DOMAIN创建和使用定制类型变得很容易了。

数据库自身的编程可以从使用函数上获得巨大的利益。多数SQL系统允许用户写存储过程,它是其他SQL语句可以调用的一块SQL代码。但是SQL自身仍旧不适合作为编程语言,而且SQL用户在构造复杂逻辑时要经历巨大的困难。更糟糕的是,SQL自身不支持很多的编程语言中最基本的操作,比如分支循环。每个厂商都转而写它们自己对SQL语言的扩展来增加这些特征,而这种扩展不是必须跨越数据库平台操作。

在PostgreSQL中程序员可以用一组可观的支持语言中任何一种来写这种逻辑。

  • 类似于Oracle的过程语言PL/SQL的叫做PL/PgSQL页面存档备份,存于互联网档案馆)的内置语言,在处理查询密集的过程时提供了独特的优势。
  • 流行脚本语言比如PerlPythonTclRuby的包装器,允许利用它们在字符串处理和连接到广阔的外部函数库的力量。
  • 需要把复杂逻辑编译到机器代码所能提供的高性能的过程可以利用CC++
  • 在更加深奥的方面,R统计语言的处理器允许数据库查询利用它的一组丰富的统计函数。

程序员可以把代码作为函数插入服务器中,它是使代码类似于存储过程的一个小包装器。以这种方式SQL代码可以调用(比如)C代码或反之。

  • 性能增进,因为数据库引擎在一个时间一个地方调用所有的逻辑,减少了在客户和服务器之间的来回往返的次数。
  • 可靠性增进,因为数据验证代码集中到一个地方,就在服务器上,而不用依赖在多个客户应用中的同步逻辑,它们甚至可能以多种编程语言写成。
  • 通过向服务器增加有用的抽象,客户代码可以变得更短小和简单。

这些优势合起来可以证实PostgreSQL从编程角度是最高级的数据库系统。使用PostgreSQL可以显著的减少很多项目的整体编程时间,这种优势随着项目复杂而增长。

特征

函数

通过函数,可以在数据库服务器端执行指令程序。尽管这样的指令程序可以使用基本的SQL语句写成,但是由于其缺乏流程控制等功能,所以在PostgreSQL中引入了使用其它程序语言编写函数的能力,包括:

以上部分的语言,甚至可以在触发器内执行。PostgreSQL支持行返回函数:它们的输出是一系列行类型数据的集合,可以在查询中当作表来使用。函数也可以被定义成以创建者或者调用者的身份运行。在某些场合,或者其他的数据库产品中,函数也会被称为“存储过程”,但技术上这两者并未有太大分别。

索引

在PostgreSQL中,用户可以自定义索引方法,或使用内置的B树哈希表与GiST索引。PostgreSQL的索引功能同时也具有以下功能:

  • 反向索引检索:无须额外的索引就能实现类似ORDER BY field DESC的操作。
  • 表达式索引:可以创建基于表达式值而非数值或列的索引。
  • 部分索引:仅索引表的部分,可以通过在CREATE INDEX语句口添加WHERE从句以创建更小的索引。
  • 位图索引扫描:从8.1版开始支持此功能。该功能将读取多个索引,生成表示它们之间符合查询标准的多元组交集的位图。这样解决了混合索引的问题。在一个具有20列的表中,理论上能创建20! 个索引,在实际应用中并不实用。使用位图索引扫描后,在每次查询时,它将能把约束条件中所涉及列各自的索引进行任意的排列组合。

触发器

触发器是由SQL语句查询所触发的事件。如:一个INSERT语句可能触发一个检查数据完整性的触发器。触发器通常由INSERT或UPDATE语句触发。

在PostgreSQL中,可在数据表上设置触发器,但无法在视图中设置(对视图的UPDATE或者INSERT操作可以使用规则(RULE)定义)。多个触发器可依据字母顺序依次执行。此外,除了使用内嵌的PL/PgSQL语言之外,触发器的函数也可以用PL/Perl,PL/Python等语言编写。

多版本并发控制

PostgreSQL使用多版本并发控制(MVCC,Multiversion concurrency control)系统进行并发控制,该系统向每个用户提供了一个数据库的“快照”,用户在事务内所作的每个修改,对于其他的用户都不可见,直到该事务成功提交。这从很大程度上减少了对读取锁的依赖,同时保证了数据库高效地符合ACID原则。

规则

规则(RULE)允许一个查询能被重写,通常用来实现对视图(VIEW)的操作,如插入(INSERT)、更新(UPDATE)、删除(DELETE)。

数据类型

PostgreSQL内置丰富的数据类型,包括:

  • 任意精度的数值
  • 无限制长度文本
  • 几何图元
  • IP地址IPv6地址
  • 无类域间路由地址块,MAC地址
  • 数组
  • JSON数据
  • 枚举类型
  • XML数据 (需要在PostgreSQL原始码编译时指定 "--with-libxml"选项)

此外,用户可以创建自定义数据类型,通常通过PostgreSQL的GiST机制,它们也能被很好得索引,比如PostGIS地理信息系统的数据类型。

用户定义对象

用户可以为数据库内几乎所有的对象定义新的类型,包括:

  • 索引
  • 操作符(可重载现有操作符。)
  • 聚合函数
  • 数据域
  • 数据类型转换
  • 会话(编码转换)

继承

数据表的结构及属性可从一个“父”表中继承,数据将在两者间共享。对子表中数据的插入或者删除也将在父表中体现,同样,对父表作出的修改,比如添加列等操作也会导致子表产生相应的改动。该功能尚未完全实现,实际上,表的约束尚不能继承。比如,在一张外联参考了父表id字段的表中,插入一条具有子表中某条记录id数据的记录会导致失败,因为PostgreSQL在对父表的外键约束检查中不会检查子表的内容。

其他功能

数据库管理及开发工具

扩展

知名客户

版本

PostgreSQL - Red Hat Edition[5]是由Red Hat制作的分支版本,又称Red Hat Database。

参考文献

  1. ^ HAPPY BIRTHDAY, POSTGRESQL!. PostgreSQL Website. [2018-09-19]. (原始内容存档于2018-07-30). 
  2. ^ PostgreSQL 14.3, 13.7, 12.11, 11.16, and 10.21 Released!. 2022年5月12日 [2022年5月14日]. 
  3. ^ 3.0 3.1 The PostgreSQL Global Development Group. Supported Platforms. PostgreSQL Documentation. [2018-09-19]. (原始内容存档于2018-10-12). 
  4. ^ 4.0 4.1 License. [2019-10-01]. (原始内容存档于2019-09-05) (英语). 
  5. ^ PostgreSQL - Red Hat Edition Project. [2010-06-24]. (原始内容存档于2010-05-13). 

参阅

外部链接

{{bottomLinkPreText}} {{bottomLinkText}}
PostgreSQL
Listen to this article

This browser is not supported by Wikiwand :(
Wikiwand requires a browser with modern capabilities in order to provide you with the best reading experience.
Please download and use one of the following browsers:

This article was just edited, click to reload
This article has been deleted on Wikipedia (Why?)

Back to homepage

Please click Add in the dialog above
Please click Allow in the top-left corner,
then click Install Now in the dialog
Please click Open in the download dialog,
then click Install
Please click the "Downloads" icon in the Safari toolbar, open the first download in the list,
then click Install
{{::$root.activation.text}}

Install Wikiwand

Install on Chrome Install on Firefox
Don't forget to rate us

Tell your friends about Wikiwand!

Gmail Facebook Twitter Link

Enjoying Wikiwand?

Tell your friends and spread the love:
Share on Gmail Share on Facebook Share on Twitter Share on Buffer

Our magic isn't perfect

You can help our automatic cover photo selection by reporting an unsuitable photo.

This photo is visually disturbing This photo is not a good choice

Thank you for helping!


Your input will affect cover photo selection, along with input from other users.