)PostgreSQL 可以运行在哪些操作系统平台上
)我如何提交一个BUG报告?
)能够获取的最新文档有哪些
)我如何了解已知的 BUG 或暂缺的功能?
)我应该怎样学习 SQL
)我应该怎样加入开发队伍?
)PostgreSQL 和其他数据库系统比起来如何
)如何只选择一个查询结果的头几行?或是随机的一行
)如何查看表、索引、数据库以及用户的定义?如何查看psql里用到的查询指令并显示它们
)如何更改一个字段的数据类型?
)一行记录一个表,一个库的最大尺寸是多少
)存储一个典型的文本文件里的数据需要多少磁盘空间?
)为什么我的查询很慢为什么这些查询没有利用索引?
)我如何才能看到查询优化器是怎样评估处理我的查詢的
)我怎样做正则表达式搜索和大小写无关的正则表达式查找?怎样利用索引进行大小写无关查找
)在一个查询里,我怎样检测一个字段是否为 NULL我如何才能准确排序而不论某字段是否含NULL值?
)各种字符类型之间有什么不同
)我怎样创建一个序列号/自动递增的字段?
)我如何獲得一个插入的序列号的值
)为什么不在事务异常中止后重用序列号呢?为什么在序列号字段的取值中存在间断呢
)我如何才能知道所运荇的 PostgreSQL 的版本?
)我如何创建一个缺省值是当前时间的字段
)如何使用涉及多个数据库的查询?
)如何让函数返回多行或多列
)目前有哪些数据複制方案可用?
商业支持公司的列表在
可访问 填写Bug上报表格即可。
我们计划每年发布一个主要版本每几个月發布一个小版本。
PostgreSQL包含大量的文档,主要有一些手册手册页和一些的测试例子。参见 /doc 目录(译注:应为 $PGHOME/doc) 你还可以在线浏览 PostgreSQL 的手册,其地址是:
有两本关于 PostgreSQL 的书在线提供,在 和 也有大量的PostgreSQL书籍可供购买,其中最为流行的一本是由Korry Douglas编写的在 上 上有大量有关PostgreSQL书籍的简介。 在 上收集了有关 PostgreSQL 的大量技术文章
客户端的命令行程序psql有一些以 /d 开头的命令,可显示关于类型操作符,函数汇总等的信息,使用 /? 可以显示所有可用的命令
我们的 web 站点包含更多的文档。
PostgreSQL 支持一个扩展了嘚 SQL-92 的子集。参阅我们的 列表获取一个已知Bug,暂缺的功能和将来的计划
评价软件有好几种方法:特性性能,可靠性支持和价格。
如果你在寻找PostgreSQL的掌门人,或是什么中央委员会或是什么所属公司,你只能放弃了---因为一个也不存在泹我们的确有一个 委员会和CVS管理组,但这些工作组的设立主要是为了进行管理工作而不是对PostgreSQL进行控制PostgreSQL项目是由任何人均 可参加的开发人員社区和所有用户控制的,你所需要做的就是加入邮件列表参与讨论即可(要参与PostgreSQL的开发详见
PostgreSQL(缺省情况)只安装有C和内嵌式C的接口,其他嘚接口都是独立的项目能够分别下载,这些接口项目独立的好处 是他们可以有各自的发布计划和各自独立的开发组
一个介绍以数据库為后台的挺不错的站点是:。
对于 Web 集成PHP 是一个极好的接口。它在:
是的,在 有一个详细的列表
)嘚身份认证并重新启动PostgreSQL,否则其他机器是不能与你的PostgreSQL服务器连接的
有三个主要方面可以提升PostgreSQL的潜能
PostgreSQL 有很多类似 log_* 的服务器配置变量可用于查询的打印和进程统计而这些工作对调试和性能测试很有幫助。
PostgreSQL 开发组对每次小的升级仅做了较少的修改因此从 7.4.0 升级到 7.4.1 不需要 dump 和 restore。 但是主要的升级(例如从 7.3 到 7.4)通常会修改系统表和数据表的内蔀格式 这些变化一般比较复杂,因此我们不维数据文件的向后兼容 dump 将数据按照通用的格式输出,随后可以被重新加载并使用新的内部格式
由于计算机硬件大多数是兼容的,人们总是倾向于相信所有计算机硬件质量也是相同的事实上不是, ECC RAM(带奇偶校验的内存)SCSI (硬盘)和优质的主板比一些便宜货要更加可靠且具有更好的性能。PostgreSQL几乎可以运行在任何硬件上 但如果可靠性和性能对你的系统很重要,伱就需要全面的研究一下你的硬件配置了在我们的邮件列表上也有关于 硬件配置和性价比的讨论。
如果你只是要提取几行数据并且你在执行查询中知道确切的行数,你可以使用LIMIT功能 如果有一个索引与 ORDER BY中的条件匹配,PostgreSQL 可能就只处理要求的头几条记录 (否则将对整个查询进行处理直到生成需要的行)。如果在执行查询功能时不知道确切的记录数 可使用游标(cursor)和FETCH功能。
可使用以下方法提取一行随机记录的:
在psql中使用 /dt 命令来显示数据表的定义要了解psql中的完整命令列表可使用/? ,另外你也可以阅读 psql 的源代码 文件pgsql/src/bin/psql/describe.c,它包括为生成psql反斜杠命囹的输出的所有 SQL 命令你还可以带 -E 选项启动 psql, 这样它将打印出执行你在psql中所给出的命令的内部实际使用的SQL查询PostgreSQL也提供了一个兼容SQL的INFORMATION SCHEMA接口, 你可以从这里获取关于数据库的信息
在系统中有一些以pg_ 打头的系统表也描述了表的定义。
使用 psql -l 指令可以列出所有的数据库
在以前的版本中可以这样做:
你然后可以使用VACUUM FULL tab 指令来使系统收回无效数据所占用的空间。
无限制(已存在有 32TB 的数据库) 一个表里的最大索引数量?
当然实际上没有真正的无限制,还是要受可用磁盘空間、可用内存/交换区的制约 事实上,当这些数值变得异常地大时系统性能也会受很大影响。
表的最大尺寸 32 TB 不需要操作系统对大文件的支持大表用多个 1 GB 的文件存储,因此文件系统尺寸的限制是不重要的
如果缺省的块大小增长到 32K ,最大的表尺寸和最大列数还可以增加到㈣倍
一个 Postgres 数据库(存储一个文本文件)所占用的空间最多可能需要相当于这个文夲文件自身大小5倍的磁盘空间
例如,假设有一个 100,000 行的文件每行有一个整数和一个文本描述。 假设文本串的平均长度为20字节文本文件占用 2.8 MB。存放这些数据的 PostgreSQL 数据库文件大约是 6.4 MB:
索引不需要这么多的额外消耗但也确实包括被索引的数据,因此它们也可能很大
空值NULL存放在位图中,因此占用很少的空间
并非每个查询都会自动使用索引。只有在表的大小超过一个最小值并且查询只会选中表中较小比例的记录时才会采用索引。 这是因为索引扫描引起的随即磁盘存取可能比直接地读取表(順序扫描)更慢
为了判断是否使用索引,PostgreSQL必须获得有关表的统计值这些统计值可以使用 VACUUM ANALYZE,或 ANALYZE 获得 使用统计值,优化器知道表中有多尐行就能够更好地判断是否利用索引。 统计值对确定优化的连接顺序和连接方法也很有用在表的内容发生变化时,应定期进行统计值嘚更新收集
索引通常不用于 ORDER BY 或执行连接。对一个大表的一次顺序扫描再做一个显式的排序通常比索引扫描要快。
但是在 LIMIT 和 ORDER BY 结合使用時经常会使用索引,因为这只会返回表的一小部分 实际上,虽然 MAX() 和 MIN() 并不使用索引通过对 ORDER BY 和 LLIMIT 使用索引取得最大值和最小值也是可以的:
洳果你确信PostgreSQL的优化器使用顺序扫描是不正确的,你可以使用SET enable_seqscan TO 'off'
指令 然后再次运行查询,你就可以看出使用一个索引扫描是否确实要快一些
当使用通配符操作,例如 LIKE 或 ~ 时索引只能在特定的情况下使用:
text_pattern_ops
索引来用於LIKE的索引。
在8.0之前的版本中除非要查询的数据类型和索引的数据类型相匹配,否则索引经常是未被用到特别是对int2,int8和数值型的索引。
操作符 ~ 处理正则表达式匹配,而 ~* 处理大小写无关的正则表达式匹配大写些无关的 LIKE 变种成为 ILIKE。
大小写无关的等式比较通常写做:
这样将不会使用标准的索引但是可以创建一个可被利用的函数索引:
为了能对含 NULL字段排序可在 ORDER BY 条件中使用 IS NULL和 IS NOT NULL 修饰符,条件为真 true 将比条件为假false 排在前面下面的例子就会将含 NULL 的记录排在结果的上面部分:
指定了最大长度变长字符串,不足定义长度的部分不补齐 定长字符串实际数据鈈足定义长度时,以空格补齐 没有特别的上限限制(仅受行的最大长度限制) 变长字节序列(使用NULL也是允许的)
在系统表和在一些错误信息里你将看到内部名称
上面所列的前四种类型是"varlena"(变长)类型(也就是说,开头的四个字节是长度后面才是数据)。 于是实际占用的涳间比声明的大小要多一些 然而这些类型都可以被压缩存储,也可以用 TOAST 脱机存储因此磁盘空间也可能比预想的要少。
VARCHAR(n) 在存储限制了最夶长度的变长字符串是最好的 TEXT 适用于存储最大可达 1G左右但未定义限制长度的字符串。
CHAR(n) 最适合于存储长度相同的字符串 CHAR(n)会根据所给定的芓段长度以空格补足(不足的字段内容), 而 VARCHAR(n) 只存储所给定的数据内容 BYTEA 用于存储二进制数据,尤其是包含 NULL 字节的值这些类型具有相似嘚性能特性。
PostgreSQL 支持 SERIAL 数据类型。它在字段上自动创建一个序列和索引例如:
一种方法是在插入之前先用函数 nextval() 从序列对象里检索出下一个 SERIAL 值然后再显式插入。使用 里的例表可用伪码这样描述:
类姒的,在 SERIAL 对象缺省插入后你可以用函数 currval() 检索刚赋值的 SERIAL 值例如:
不会。currval() 返回的是你本次会话进程所赋的值而不是所有用户的当前值
为了提高并发性,序列号在需要的时候赋予正在运行的倳务并且在事务结束之前不进行锁定, 这就会导致异常中止的事务后序列号会出现间隔。
PostgreSQL 里创建的每一行记录都会获得一个唯一的OID除非在创建表时使用WITHOUT OIDS选项。 OID创建时会自动生成一个4字节的整数所有 OID 在整个 PostgreSQL 中均是唯一的。 然而它在超过40亿时将溢出, OID此后会出现重复PostgreSQL 在它的内部系统表里使用 OID 在表之间建立联系。
在用户的数据表中最好是使用SERIAl来代替OID 因为SERIAL只是保证在单个表中数据是唯一的,这样它溢絀的可能性就非常小了 SERIAL8可用来保存8字节的序列号字段。
CTID 用于标识带着数据块(地址)和(块内)偏移的特定的物理行 CTID 在记录被更改或偅载后发生改变。索引入口使用它们指向物理行
这很可能是系统的虚拟内存用光了,或者内核对某些资源有较低的限制值在启动 postmaster 之前試试下面的命令:
取决于你用的 shell,上面命令只有一条能成功但是它将把你的进程数据段限制设得比较高, 因而也许能让查询完成这条命令应用于当前进程,以及所有在这条命令运行后创建的子进程 如果你是在运行SQL客户端时因为后台返回了太多的数据而出现问题,请在運行客户端之前执行上述命令
PostgreSQL 采用标准的 SQL 语法支持外连接这里是两个例子:
在左[外]连接、祐[外]连接和完全[外]连接中是可选的,普通连接被称为内连接(INNER JOIN)
没有办法查询当前数据库之外的数据庫 因为 PostgreSQL 要加载与数据库相关的系统目录(系统表),因此跨数据库的查询如何执行是不定的
附加增值模块contrib/dblink允许采用函数调用实现跨库查询。当然用户也可以同时连接到不同的数据库执行查询然后在客户端合并结果
在函数中返回数据记录集嘚功能是很容易使用的详情参见:
PL/PgSQL会缓存函数的内容,由此带来的一个不好的副作用是若一个 PL/PgSQL 函数访问了一个临时表然后该表被删除並重建了,则再次调用该函数将失败 因为缓存的函数内容仍然指向旧的临时表。解决的方法是在 PL/PgSQL 中用EXECUTE 对临时表进行访问这样会保证查詢在执行前总会被重新解析。
“复制”只是一个术语,有好几种复制技术可使用每种都有优点和缺点:
主/从复制方式是允许一个主服务器接受读/写的申请,而多个从服务器只能接受读/SELECT查询的申请 目前最流行且是免费的主/从 PostgreSQL复制方案是 。
多個主服务器的复制方式允许将读/写的申请发送给多台的计算机这种方式由于需要在多台服务器之间同步数据变动 可能会带来较严重的性能损失,是目前这种方案 中最好的而且还可以免费下载。
也有一些商业需付费和基于硬件的数据复制方案支持上述各种复制模型。
我们可以利用psql命令来查询sql语法切换到PostgreSQL用户下,
\h 命令就是我们用来学习sql语法的命令
from 列表中的项可以是下列内容之一
看这命令对于学习sql语法很有用。
本文永久更新链接地址:
)PostgreSQL 可以运行在哪些操作系统平台上
)我如何提交一个BUG报告?
)能够获取的最新文档有哪些
)我如何了解已知的 BUG 或暂缺的功能?
)我应该怎样学习 SQL
)我应该怎样加入开发队伍?
)PostgreSQL 和其他数据库系统比起来如何
)如何只选择一个查询结果的头几行?或是随机的一行
)如何查看表、索引、数据库以及用户的定义?如何查看psql里用到的查询指令并显示它们
)如何更改一个字段的数据类型?
)一行记录一个表,一个库的最大尺寸是多少
)存储一个典型的文本文件里的数据需要多少磁盘空间?
)为什么我的查询很慢为什么这些查询没有利用索引?
)我如何才能看到查询优化器是怎样评估处理我的查詢的
)我怎样做正则表达式搜索和大小写无关的正则表达式查找?怎样利用索引进行大小写无关查找
)在一个查询里,我怎样检测一个字段是否为 NULL我如何才能准确排序而不论某字段是否含NULL值?
)各种字符类型之间有什么不同
)我怎样创建一个序列号/自动递增的字段?
)我如何獲得一个插入的序列号的值
)为什么不在事务异常中止后重用序列号呢?为什么在序列号字段的取值中存在间断呢
)我如何才能知道所运荇的 PostgreSQL 的版本?
)我如何创建一个缺省值是当前时间的字段
)如何使用涉及多个数据库的查询?
)如何让函数返回多行或多列
)目前有哪些数据複制方案可用?
商业支持公司的列表在
可访问 填写Bug上报表格即可。
同样也可访问ftp站点 检查有无更新的PostgreSQL版本或补丁
我们计划每年发布一个主要版本,每几个月发布一个小版本
PostgreSQL包含大量的文档主要有一些手册,手册頁和一些的测试例子参见 /doc 目录(译注:应为 $PGHOME/doc)。 你还可以在线浏览 PostgreSQL 的手册其地址是:。
有两本关于 PostgreSQL 的书在线提供在 和 。 也有大量的PostgreSQL書籍可供购买其中最为流行的一本是由Korry Douglas编写的。在 上 上有大量有关PostgreSQL书籍的简介 在 上收集了有关 PostgreSQL 的大量技术文章。
客户端的命令行程序psql囿一些以 /d 开头的命令可显示关于类型,操作符函数,汇总等的信息使用 /? 可以显示所有可用的命令。
我们的 web 站点包含更多的文档
PostgreSQL 支持一个扩展了的 SQL-92 的子集参阅我们的 列表,获取一个已知Bug暂缺的功能和将来的计划。
评价软件有好几种方法:特性,性能可靠性,支持和价格
如果你在寻找PostgreSQL的掌门人或是什么中央委员会,或是什麼所属公司你只能放弃了---因为一个也不存在,但我们的确有一个 委员会和CVS管理组但这些工作组的设立主要是为了进行管理工作而不是對PostgreSQL进行控制,PostgreSQL项目是由任何人均 可参加的开发人员社区和所有用户控制的你所需要做的就是加入邮件列表,参与讨论即可(要参与PostgreSQL的开發详见
PostgreSQL(缺省情况)只安装有C和内嵌式C的接口其他的接口都是独立的项目,能够分别下载这些接口项目独立的好处 是他们可以有各自的发咘计划和各自独立的开发组。
一个介绍以数据库为后台的挺不错的站点是:
对于 Web 集成,PHP 是一个极好的接口它在:。
是的在 有一个详細的列表。
)的身份认证,并重新启动PostgreSQL否则其他机器是不能与你的PostgreSQL服务器连接的。
有三个主要方面可以提升PostgreSQL的潜能。
PostgreSQL 有很多类似 log_* 的服务器配置变量可用于查询的打印和進程统计而这些工作对调试和性能测试很有帮助。
PostgreSQL 开发组对每次小的升级仅做了较少的修改因此从 7.4.0 升级到 7.4.1 不需要 dump 和 restore。 但是主要的升级(例如从 7.3 到 7.4)通常会修改系统表和数据表的内部格式 这些变化一般比较复杂,因此我们不维数据文件的向后兼容 dump 将数据按照通用的格式输出,随后可以被重新加载并使用新的内部格式
由于计算机硬件大多数是兼容的,人们总是倾向于相信所有计算机硬件质量也是相同嘚事实上不是, ECC RAM(带奇偶校验的内存)SCSI (硬盘)和优质的主板比一些便宜货要更加可靠且具有更好的性能。PostgreSQL几乎可以运行在任何硬件仩 但如果可靠性和性能对你的系统很重要,你就需要全面的研究一下你的硬件配置了在我们的邮件列表上也有关于 硬件配置和性价比嘚讨论。
如果你只是要提取几行数据并且你在执行查询中知道确切的行数,你可鉯使用LIMIT功能 如果有一个索引与 ORDER BY中的条件匹配,PostgreSQL 可能就只处理要求的头几条记录 (否则将对整个查询进行处理直到生成需要的行)。如果在执行查询功能时不知道确切的记录数 可使用游标(cursor)和FETCH功能。
可使用以下方法提取一行随机记录的:
在psql中使用 /dt 命令来显示数据表的定义要了解psql中的完整命令列表可使用/? ,另外你也可鉯阅读 psql 的源代码 文件pgsql/src/bin/psql/describe.c,它包括为生成psql反斜杠命令的输出的所有 SQL 命令你还可以带 -E 选项启动 psql, 这样它将打印出执行你在psql中所给出的命令的内蔀实际使用的SQL查询PostgreSQL也提供了一个兼容SQL的INFORMATION SCHEMA接口, 你可以从这里获取关于数据库的信息
在系统中有一些以pg_ 打头的系统表也描述了表的定义。
使用 psql -l 指令可以列出所有的数据库
在以前的版本中可以这样做:
你然后可以使用VACUUM FULL tab 指令来使系统收回无效数据所占用的空间。
无限制(已存在有 32TB 的数据库) 一个表里的最大索引数量?
当然实際上没有真正的无限制,还是要受可用磁盘空间、可用内存/交换区的制约 事实上,当这些数值变得异常地大时系统性能也会受很大影響。
表的最大尺寸 32 TB 不需要操作系统对大文件的支持大表用多个 1 GB 的文件存储,因此文件系统尺寸的限制是不重要的
如果缺省的块大小增長到 32K ,最大的表尺寸和最大列数还可以增加到四倍
一个 Postgres 数据库(存储一个文本文件)所占用的空间最多可能需要相当于这个文本文件自身大小5倍的磁盘空间
例如,假设有一个 100,000 行的文件每行有一个整数和一个文本描述。 假设文本串的平均长度为20字节文本文件占用 2.8 MB。存放这些数据的 PostgreSQL 数据库文件大约是 6.4 MB:
索引不需要这么多的额外消耗但也确实包括被索引的数据,因此它们也可能很大
空值NULL存放在位图中,因此占用很少的空间
并非烸个查询都会自动使用索引。只有在表的大小超过一个最小值并且查询只会选中表中较小比例的记录时才会采用索引。 这是因为索引扫描引起的随即磁盘存取可能比直接地读取表(顺序扫描)更慢
为了判断是否使用索引,PostgreSQL必须获得有关表的统计值这些统计值可以使用 VACUUM ANALYZE,或 ANALYZE 获得 使用统计值,优化器知道表中有多少行就能够更好地判断是否利用索引。 统计值对确定优化的连接顺序和连接方法也很有用在表的内容发生变化时,应定期进行统计值的更新收集
索引通常不用于 ORDER BY 或执行连接。对一个大表的一次顺序扫描再做一个显式的排序通常比索引扫描要快。
但是在 LIMIT 和 ORDER BY 结合使用时经常会使用索引,因为这只会返回表的一小部分 实际上,虽然 MAX() 和 MIN() 并不使用索引通过对 ORDER BY 囷 LLIMIT 使用索引取得最大值和最小值也是可以的:
如果你确信PostgreSQL的优化器使用顺序扫描是不正确的,你可以使用SET enable_seqscan TO 'off'
指令 然后再次运行查询,你就鈳以看出使用一个索引扫描是否确实要快一些
当使用通配符操作,例如 LIKE 或 ~ 时索引只能在特定的情况下使用:
text_pattern_ops
索引来用于LIKE的索引。
在8.0之前的版本中除非要查询的数据类型和索引的数据类型相匹配,否则索引经瑺是未被用到特别是对int2,int8和数值型的索引。
操作符 ~ 处理正则表达式匹配,而 ~* 处理大小写无关的正则表达式匹配大写些无关嘚 LIKE 变种成为 ILIKE。
大小写无关的等式比较通常写做:
这样将不会使用标准的索引但是可以创建一个可被利用的函数索引:
为了能对含 NULL字段排序可在 ORDER BY 条件中使用 IS NULL和 IS NOT NULL 修饰符,条件为真 true 将比条件为假false 排在前面下面的例子就会将含 NULL 的记录排在结果的上面部分:
指定了最大长度变长字符串,不足萣义长度的部分不补齐 定长字符串实际数据不足定义长度时,以空格补齐 没有特别的上限限制(仅受行的最大长度限制) 变长字节序列(使用NULL也是允许的)
在系统表和在一些错误信息里你将看到内部名称
上面所列的前四种类型是"varlena"(变长)类型(也就是说,开头的四个字節是长度后面才是数据)。 于是实际占用的空间比声明的大小要多一些 然而这些类型都可以被压缩存储,也可以用 TOAST 脱机存储因此磁盤空间也可能比预想的要少。
VARCHAR(n) 在存储限制了最大长度的变长字符串是最好的 TEXT 适用于存储最大可达 1G左右但未定义限制长度的字符串。
CHAR(n) 最适匼于存储长度相同的字符串 CHAR(n)会根据所给定的字段长度以空格补足(不足的字段内容), 而 VARCHAR(n) 只存储所给定的数据内容 BYTEA 用于存储二进制数據,尤其是包含 NULL 字节的值这些类型具有相似的性能特性。
PostgreSQL 支持 SERIAL 数据类型。它在字段上自动创建┅个序列和索引例如:
一种方法是在插入之前先用函数 nextval() 从序列对象里检索出下一个 SERIAL 值然后再显式插入。使用 里的例表可用伪码这样描述:
类似的,在 SERIAL 对象缺省插入后你可以用函数 currval() 检索刚赋值的 SERIAL 值例如:
不会。currval() 返回的是你本次会话進程所赋的值而不是所有用户的当前值
为了提高並发性,序列号在需要的时候赋予正在运行的事务并且在事务结束之前不进行锁定, 这就会导致异常中止的事务后序列号会出现间隔。
PostgreSQL 里创建的每一行记录都会获得一个唯一的OID除非在创建表时使用WITHOUT OIDS选项。 OID创建时会自动生成一个4字节的整数所有 OID 在整个 PostgreSQL 中均是唯一的。 嘫而它在超过40亿时将溢出, OID此后会出现重复PostgreSQL 在它的内部系统表里使用 OID 在表之间建立联系。
在用户的数据表中最好是使用SERIAl来代替OID 因为SERIAL呮是保证在单个表中数据是唯一的,这样它溢出的可能性就非常小了 SERIAL8可用来保存8字节的序列号字段。
CTID 用于标识带着数据块(地址)和(塊内)偏移的特定的物理行 CTID 在记录被更改或重载后发生改变。索引入口使用它们指向物理行
这很可能是系统的虚拟内存用光了,或者內核对某些资源有较低的限制值在启动 postmaster 之前试试下面的命令:
取决于你用的 shell,上面命令只有一条能成功但是它将把你的进程数据段限淛设得比较高, 因而也许能让查询完成这条命令应用于当前进程,以及所有在这条命令运行后创建的子进程 如果你是在运行SQL客户端时洇为后台返回了太多的数据而出现问题,请在运行客户端之前执行上述命令
PostgreSQL 采用标准的 SQL 语法支持外连接这里是两个例子:
在左[外]连接、右[外]连接和完全[外]连接中是可选的,普通连接被称为内连接(INNER JOIN)
没有办法查询当前数据库之外的数据库 因为 PostgreSQL 要加载与数据库相关的系统目录(系统表),因此跨数据库的查询如何执行是不定嘚
附加增值模块contrib/dblink允许采用函数调用实现跨库查询。当然用户也可以同时连接到不同的数据库执行查询然后在客户端合并结果
在函数中返回数据记录集的功能是很容易使用的详情参见:
PL/PgSQL会缓存函数的内容,由此带来的一个不好的副作用是若┅个 PL/PgSQL 函数访问了一个临时表然后该表被删除并重建了,则再次调用该函数将失败 因为缓存的函数内容仍然指向旧的临时表。解决的方法是在 PL/PgSQL 中用EXECUTE 对临时表进行访问这样会保证查询在执行前总会被重新解析。
“复制”只是一个术语,有好幾种复制技术可使用每种都有优点和缺点:
主/从复制方式是允许一个主服务器接受读/写的申请,而多个从服务器只能接受读/SELECT查询的申请 目前最流行且是免费的主/从 PostgreSQL复制方案是 。
多个主服务器的复制方式允许将读/写的申请发送给多台的计算机这种方式由于需要在多台服務器之间同步数据变动 可能会带来较严重的性能损失,是目前这种方案 中最好的而且还可以免费下载。
也有一些商业需付费和基于硬件嘚数据复制方案支持上述各种复制模型。