PostgreFAQ

From PgsqlWiki

Jump to: ,

最近更新：2008 2008 年 1 月 31 日星期四 21:55:29 EST (CVS R1.406)

中文版最近更新：2008 年 2 月 23 日星期六 21:36:04 CST

目前维护人员：Bruce Momjian (bruce@momjian.us)

中文版维护人员：Daojing.Zhou（doudou586@gmail.com）

本文档的最新版本可以在这里查看。

与操作系统平台相关的问题可在找到答案。

常见问题

PostgreSQL 是什么？该怎么发音？Postgres又是什么？

PostgreSQL 读作 Post-Gres-Q-L，(想听一下其发音的人员可从这里下载声音文件： ) 。

PostgreSQL 是面向目标的关系数据库系统，它具有传统商业数据库系统的所有功能，同时又含有将在下一代 DBMS 系统的使用的增强特性。PostgreSQL 是自由免费的，并且所有源代码都可以获得。

PostgreSQL 的开发队伍主要为志愿者，他们遍布世界各地并通过互联网进行联系，这是一个社区开发项目，它不被任何公司控制。如想加入开发队伍，请参见开发人员常见问题（FAQ） http://www.postgresql.org/files/documentation/faqs/FAQ_DEV.html

谁控制PostgreSQL？

如果你在寻找PostgreSQL的掌门人，或是什么中央委员会，或是什么所属公司，你只能放弃了---因为一个也不存在，但我们的确有一个核心委员会和CVS管理组，但这些工作组的设立主要是为了进行管理工作而不是对PostgreSQL进行独占式控制，PostgreSQL项目是由任何人均可参加的开发人员社区和所有用户控制的，你所需要做的就是订阅邮件列表，参与讨论即可（要参与PostgreSQL的开发，详见开发人员常见问题获取信息）。

PostgreSQL的版权是什么？

PostgreSQL数据库管理系统

部分版权（c）1996-2005，PostgreSQL 全球开发小组，部分版权（c）1994-1996 加州大学董事

（Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies.）

在任何情况下，加州大学都不承担因使用此软件及其文档而导致的对任何当事人的直接的，间接的，特殊的，附加的或者相伴而生的损坏，包括利益损失的责任，即使加州大学已经建议了这些损失的可能性时也是如此。

（IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.）

加州大学明确放弃任何保证，包括但不局限于某一特定用途的商业和利益的隐含保证。这里提供的这份软件是基于“当作是”的基础的，因而加州大学没有责任提供维护，支持，更新，增强或者修改的服务。

（THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.）

PostgreSQL 可以运行在哪些操作系统平台上？

一般说来，任何现在对 UNIX 兼容的操作系统之上都能运行PostgreSQL 。在安装指南里列出了发布时经过明确测试的平台。

PostgreSQl也可以直接运行在基于微软Windows-NT的操作系统，如Win2000 SP4，WinXP 和 Win2003，已制作完成的安装包可从（Win95，Win98，WinMe）需要通过Cygwin模拟环境运行PostgreSQL。

同时也有一个为Novell Netware 6开发的版本可从获取，为OS/2(eComStation)开发的版本可从下载。

我从哪里能得到PostgreSQL？

通过浏览器可从下载，也可通过FTP，从站点下载。

最新版的PostgreSQL是什么？

PostgreSQL 最新的版本是版本 8.3 。

我们计划每年发布一个主要升级版本，每几个月发布一个小版本。

我从哪里能得到对PostgreSQL的支持？

PostgreSQL社区通过邮件列表为其大多数用户提供帮助，订阅邮件列表的主站点是或 Bug邮件列表是一个较好的开始。

主要的IRC频道是在FreeNode(irc.freenode.net)的#postgresql，为了连上此频道，可以使用UNIX程序irc，其指令格式： irc -c '#postgresql' "$USER" irc.freenode.net ，或者使用其他IRC客户端程序。在此网络中还存在一个PostgreSQL的西班牙频道(#postgersql-es)和法语频道 (#postgresql-fr)。同样地，在EFNET上也有一个PostgreSQL的交流频道。

可提供商业支持的公司列表可在浏览。

我如何提交一个BUG报告？

可访问，填写Bug上报表格即可，同样也可访问ftp站点检查有无更新的PostgreSQL版本或补丁。

通过使用Bug提交表格或是发往PostgreSQL邮件列表的Bug通常会有以下之一回复：

所提交内容不是一个Bug及其不是Bug的原因。
所提交内容是一个已知的Bug并且已经加入TODO待处理任务列表。
所提交的Bug已在当前版本中被修正。
所提交的Bug已修正但尚未将补丁加入现在的发布软件包。
请求提交者提供更详细的信息：
- 操作系统
- PostgreSQL版本
- 可重现Bug的测试案例
- 调试信息
- 调试跟踪输出
所提交内容是一个新Bug，将执行以下工作：
- 创建一个新补丁并将其加入下一个主要版本或是小的改进版本中。
- 此Bug暂时不能修正，将被加至待处理任务列表。

我如何了解已知的 BUG 或暂缺的功能？

PostgreSQL 支持一个扩展的 SQL:2003 的子集。参阅我们的TODO 列表，了解已知Bug列表、暂缺的功能和将来的开发计划。

要求增加新功能的申请通常会收到以下之一的回复：

该功能已加入TODO待处理任务列表。
该功能不是必须的，因为：
- 它是现有的且符合SQL标准的某功能的重复。
- 该功能性会大大增加代码的复杂程序，而带来的好处是微不足道的。
- 该功能是不安全或是不可靠的。
该功能将被加入TODO待处理任务列表。

PostgreSQL不使用Bug跟踪系统，因为我们发现在邮件列表中直接回复以及保证TODO任务列表总是处于最新状态的方式工作效率会更高一些。事实上，Bug不会在我们的软件中存在很长时间，对影响很多用户的Bug也总是很快会被修正。唯一能找到所有改进、提高和修正的地方是CVS的日志信息，即使是在软件新版本的发布信息中也不会列出每一处的软件更新。

能够获取的最新文档有哪些？

PostgreSQL包含大量的文档，主要有详细的参考手册，手册页和一些的测试例子。参见 /doc 目录（译注：应为 $PGHOME/doc）。你还可以在线浏览PostgreSQL的手册，其网址是：。

有两本关于PostgreSQL的书在线提供，在和。也有大量的PostgreSQL书籍可供购买，其中最为流行的一本是由Korry Douglas编写的。在上有大量有关PostgreSQL书籍的简介。在上收集了有关PostgreSQL的大量技术文章。

客户端的命令行程序psql有一些以 \d 开头的命令，可显示关于类型，操作符，函数，聚合等信息，使用 \? 可以显示所有可用的命令。

我们的 web 站点包含更多的文档。

我应该怎样学习 SQL ？

首先考虑上述提到的与PostgreSQL相关的书籍。我们的许多用户喜欢The Practical SQL Handbook， Bowman, Judith S. 编写，Addison-Wesley公司出版，其他的则喜欢 The Complete Reference SQL, Groff 编写，McGraw-Hill公司出版。

在下列网址上也有很好的教程，他们是

如何提交补丁或是加入开发队伍？

详见开发人员常见问题。

PostgreSQL和其他数据库系统比起来如何？

评价软件有好几种方法：功能，性能，可靠性，支持和价格。

功能
- PostgreSQL 拥有大型商用数据库最多的功能，例如：事务，子查询，触发器，视图，外键参考完整性和复杂的锁定等。我们还有一些它们没有的特性，如用户定义类型，继承，规则和多版本并行控制以减少锁的争用等。

性能
- PostgreSQL和其他商用或开源的数据库具有类似的性能。对某些数据处理快一些，对其他一些处理慢一些。与其他数据库相比，我们的性能优劣通常在 +/- 10%之间。

可靠性
- 我们都知道数据库必须是可靠的，否则它就一点用都没有。我们努力做到发布经过认真测试的，缺陷最少的稳定代码。每个版本至少有一个月的 beta 测试时间，并且我们的发布历史显示我们可以提供稳定的，牢固的，可用于生产使用的版本。我们相信在这方面我们与其他的数据库软件是相当的。

支持
- 我们的邮件列表提供一个非常大的开发人员和用户的组以帮助解决所碰到的任何问题。我们不能保证总是能解决问题，相比之下，商用数据库软件也并不是总能够提供解决方法。直接与开发人员、用户群、手册和源程序接触使PostgreSQL的支持比其他数据库还要好。还有一些商业性的全面技术支持，可以给提供给那些需要的人。（参阅1.7 小节）

价格
- 我们对任何用途都免费，包括商用和非商用目的。你可以不加限制地向你的产品里加入我们的代码，除了那些我们在上面的版权声明里声明的 BSD版权之外的内容。

PostgreSQL可以处理最近各个国家夏时制的变化吗?

PostgreSQL 8.0之前的版本是使用操作系统中的时区数据库来处理夏时制的信息，自8.0版及以后的版本PostgreSQL会自身含有最新的时区信息。美国夏时制的更改包括在PostgreSQL 8.0.4版以后版本及所有以后发布的大的升级版本，如8.1版，加拿大和澳大利亚夏时制的更新包括在8.0.10版及以后版本中。

用户客户端问题

我们可以用什么语言和PostgreSQL打交道？

PostgreSQL(缺省情况)只安装有C和内嵌式C的接口，其他的接口都是独立的项目，能够分别下载，这些接口项目独立的好处是他们可以有各自的发布计划和各自独立的开发组。

一些编程语言如PHP都有访问PostgreSQL的接口，Perl、TCL、Python以及很多其他语言的接口在小节可找到，并且通过Internet很容易搜索到。

有什么工具可以把PostgreSQL用于 Web 页面？

一个介绍以数据库为后台的挺不错的站点是：

对于 Web 集成，PHP 是一个极好的接口。它在

对于复杂的任务，很多人采用 Perl 接口和使用CGI.pm的DBD::Pg 或 mod_perl 。

PostgreSQL拥有图形用户界面吗？

商业用户或是开源开发人员能找到很多的有关PostgreSQL的GUI图形工具软件，在有一个详细的列表。

系统管理问题

我怎样能把PostgreSQL装在 /usr/local/pgsql 以外的地方？

在运行 configure 时加上 --prefix 选项。

我如何控制来自其他电脑的连接？

缺省情况下，PostgreSQL只允许来自本机且通过 unix 域套接字或TCP/IP方式的连接。你只有在修改了配置文件postgresql.conf中的listen_addresses，且也在配置文件$PGDATA/pg_hba.conf中打开了基于远程电脑（ host-based ）的身份认证，并重新启动PostgreSQL，否则其他电脑是不能与你的PostgreSQL服务器进行连接的。

我怎样调整数据库引擎以获得更好的性能？

有三个主要方面可以提升PostgreSQL的潜能。

查询方式的变化，这主要涉及修改查询方式以获取更好的性能:

- 创建索引，包括表达式和部分索引；
- 使用COPY语句代替多个Insert语句；
- 将多个SQL语句组成一个事务以减少提交事务的开销；
- 从一个索引中提取多条记录时使用CLUSTER；
- 从一个查询结果中取出部分记录时使用LIMIT；
- 使用预编译式查询（Prepared Query)；
- 使用ANALYZE以保持精确的优化统计；
- 定期使用 VACUUM 或 pg_autovacuum
- 进行大量数据更改时先删除索引（然后重建索引）

服务器的配置
- 配置文件postgres.conf中的很多设置都会影响性能，所有参数的列表可见：管理员指南/数据库服务器运行环境/数据库服务器运行配置，有关参数的解释可见：和

硬件的选择
- 计算机硬件对性能的影响可浏览和

PostgreSQL里可以获得什么样的调试特性？

PostgreSQL 有很多类似 log_* 的服务器配置变量可用于查询的打印和进程统计，而这些工作对调试和性能测试很有帮助。

为什么在试图连接时收到“Sorry, too many clients（已有太多用户连接）”消息？

这表示你已达到缺省100个并发后台进程数的限制，你需要通过修改postgresql.conf文件中的max_connections值来增加postmaster的后台并发处理数，修改后需重新启动postmaster。

PostgreSQL的升级过程有哪些内容？

浏览页面可找到关于升级的详细讨论，另外， http://www.postgresql.org/docs/current/static/install-upgrading.html 处也有详细的操作步骤。

(使用PostgreSQL)我需要使用什么计算机硬件？

由于计算机硬件大多数是兼容的，人们总是倾向于相信所有计算机硬件质量也是相同的。事实上不是， ECC RAM（带奇偶校验的内存），SCSI （硬盘）和优质的主板比一些便宜货要更加可靠且具有更好的性能。PostgreSQL几乎可以运行在任何硬件上，但如果可靠性和性能对你的系统很重要，你就需要全面的研究一下你的硬件配置了。在我们的邮件列表上也有关于硬件配置和性价比的讨论。

操作问题

如何只选择一个查询结果的头几行？或是随机的一行？

如果你只是要提取几行数据，并且你在执行查询中知道确切的行数，你可以使用LIMIT功能。如果有一个索引与 ORDER BY中的条件匹配，PostgreSQL 可能就只处理要求的头几条记录，（否则将对整个查询进行处理直到生成需要的行）。如果在执行查询功能时不知道确切的记录数，可使用游标(cursor)和FETCH功能。

可使用以下方法提取一行随机记录的：

      SELECT  cols
      FROM tab
      ORDER BY random()
      LIMIT 1 ;

如何查看表、索引、数据库以及用户的定义？如何查看psql里用到的查询指令并显示它们？

在psql中使用 \dt 命令来显示数据表的定义，要了解psql中的完整命令列表可使用\? ，另外，你也可以阅读 psql 的源代码文件pgsql/src/bin/psql/describe.c，它包括为生成psql反斜杠命令的输出的所有 SQL 命令。你还可以带 -E 选项启动 psql，这样它将打印出你在psql中所给出的命令执行时的内部实际使用的SQL查询语句。PostgreSQL也提供了一个兼容SQL的INFORMATION SCHEMA接口，你可以从这里获取关于数据库的信息。

在系统中也有一些以pg_ 打头的系统表也描述了表的定义。

使用 psql -l 指令可以列出所有的数据库。

也可以浏览一下 pgsql/src/tutorial/syscat.source文件，它列举了很多可从数据库系统表中获取信息的SELECT语法。

如何更改一个字段的数据类型？

在8.0及以后的版本里更改一个字段的数据类型很容易，可使用 ALTER TABLE ALTER COLUMN TYPE 。

在以前的版本中，可以这样做：

  BEGIN;
   ALTER TABLE tab ADD COLUMN new_col new_data_type;
   UPDATE tab SET new_col = CAST(old_col AS new_data_type);
   ALTER TABLE tab DROP COLUMN old_col;
   COMMIT;

你然后可以使用VACUUM FULL tab 指令来使系统收回无效数据所占用的空间。

单条记录，单个表，单个数据库的最大限制是多少？

下面是一些限制：

   单个数据库最大尺寸？ 无限制（已存在有 32TB 的数据库）
   单个表的最大尺寸？ 32 TB
   一行记录的最大尺寸？ 400 GB
   一个字段的最大尺寸? 1 GB
   一个表里最大行数？ 无限制
   一个表里最大列数？ 250-1600 （与列类型有关）
   一个表里的最大索引数量？ 无限制

当然，实际上没有真正的无限制，还是要受系统可用磁盘空间、可用内存/交换区的制约。事实上，当上述这些数值变得异常地大时，系统性能也会受很大影响。

单表的最大大小 32 TB 不需要操作系统对单个文件也需这么大的支持。大表用多个 1 GB 的文件存储，因此文件系统大小的限制是不重要的。

如果缺省的块大小增长到 32K ，最大的单表大小和最大列数还可以增加到四倍。

有一个限制就是不能对大小多于2000字节的列创建索引。幸运地是这样的索引很少用到。通过对多字节列的内容进行MD5哈稀运算结果进行函数索引可对列的唯一性得到保证，并且全文检索允许对列中的单词进行搜索。

存储一个典型的文本文件里的数据需要多少磁盘空间？

一个 Postgres 数据库（存储一个文本文件）所占用的空间最多可能需要相当于这个文本文件自身大小5倍的磁盘空间。

例如，假设有一个 100,000 行的文件，每行有一个整数和一个文本描述。假设文本串的平均长度为20字节。文本文件占用 2.8 MB。存放这些数据的PostgreSQL数据库文件大约是 6.4 MB:

    24 字节: 每行的头（大约值）
    24 字节: 一个整数型字段和一个文本型字段
  +  4 字节: 页面内指向元组的指针
  ----------------------------------------
    52 字节每行

  PostgreSQL 数据页的大小是 8192 字节 (8 KB)，则：

  8192 字节每页
  -------------------   =  158 行/数据页（向下取整）
    52 字节每行

  100000 数据行
  --------------------  =  633 数据页（向上取整）
     158 行/数据页

  633 数据页 * 8192 字节/页  = 5,185,536 字节（5.2 MB）

索引不需要这么多的额外消耗，但也确实包括被索引的数据，因此它们也可能很大。

空值NULL存放在位图中，因此占用很少的空间。

为什么我的查询很慢？为什么这些查询没有利用索引？

并非每个查询都会自动使用索引。只有在表的大小超过一个最小值，并且查询只会选中表中较小比例的记录时才会采用索引。这是因为索引扫描引起的随即磁盘存取可能比直接地读取表（顺序扫描）更慢。

为了判断是否使用索引，PostgreSQL必须获得有关表的统计值。这些统计值可以使用 VACUUM ANALYZE，或 ANALYZE 获得。使用统计值，优化器知道表中有多少行，就能够更好地判断是否利用索引。统计值对确定优化的连接顺序和连接方法也很有用。在表的内容发生变化时，应定期进行统计值的更新收集。

索引通常不用于 ORDER BY 或执行连接。对一个大表的一次顺序扫描再做一次排序通常比索引扫描要快。然而，如果将 LIMIT 和 ORDER BY 结合在一起使用的话，通常将会使用索引，因为这时仅返回表中的一小部分记录。

如果你确信PostgreSQL的优化器使用顺序扫描是不正确的，你可以使用SET enable_seqscan TO 'off'指令来关闭顺序扫描，然后再次运行查询，你就可以看出使用一个索引扫描是否确实要快一些。

当使用通配符操作，例如 LIKE 或 ~ 时，索引只能在特定的情况下使用：

字符串的开始部分必须是普通字符串，也就是说：
- LIKE 模式不能以 % 打头。
- ~ （正则表达式）模式必须以 ^ 打头。
字符串不能以匹配多个字符的模式类打头，例如 [a-e]。
大小写无关的查找，如 ILIKE 和 ~* 等不使用索引，但可以用 4.8 节描述的表达式索引。
在做 initdb 时必须采用缺省的本地设置 C locale，因为系统不可能知道在非C locale情况时下一个最大字符是什么。在这种情况下，你可以创建一个特殊的text_pattern_ops索引来用于LIKE的索引。

我如何才能看到查询优化器是怎样评估处理我的查询？

参考 EXPLAIN 手册页。

我怎样做正则表达式搜索和大小写无关的正则表达式查找？怎样利用索引进行大小写无关查找？

操作符 ~ 处理正则表达式匹配，而 ~* 处理大小写无关的正则表达式匹配。大小写无关的 LIKE 变种成为 ILIKE。

大小写无关的等式比较通常写做：

    SELECT *
    FROM tab
    WHERE lower(col) = 'abc';

这样将不会使用标准的索引。但是可以创建一个在这种情况下使用的表达式索引:

    CREATE INDEX tabindex ON tab (lower(col));

如果上述索引在创建时加入UNIQUE约束，虽然索引字段自身内容可以存储大小写不限的内容，但如果有UNIQUE约束后，这些内容不能仅仅是大小写不同（否则会造成冲突）。为了保证不发生这种情况，可以使用CHECK约束条件或是触发器在录入时进行限制。

在一个查询里，我怎样检测一个字段是否为 NULL ？我如何才能准确排序而不论某字段是否含 NULL 值？

用 IS NULL 和 IS NOT NULL 测试这个字段，具体方法如下：

  SELECT *
  FROM tab
  WHERE col IS NULL;

为了可以处理可能存在的NULL值，可以按如下方式使用COALESCE() :

  SELECT COALESCE(col1, ‘’) || COALESCE(col2, ‘’)
  FROM tab

为了能对含 NULL字段排序，可在 ORDER BY 条件中使用 IS NULL和 IS NOT NULL 修饰符，条件为真 true 将比条件为假false 排在前面，下面的例子就会将含 NULL 的记录排在结果的上面部分：

  SELECT *
  FROM tab
  ORDER BY (col IS NOT NULL)

各种字符类型之间有什么不同？

   类型 内部名称 说明
   VARCHAR(n) varchar 指定了最大长度，变长字符串，不足定义长度的部分不补齐
   CHAR(n) bpchar 定长字符串，实际数据不足定义长度时，以空格补齐
   TEXT text 没有特别的上限限制（仅受行的最大长度限制）
   BYTEA bytea 变长字节序列（使用NULL字符也是允许的）
   "char" char 单个字符

在系统表和在一些错误信息里你将看到内部名称。

上面所列的前四种类型是"varlena"（变长）类型（也就是说，开头的四个字节是长度，后面才是数据）。于是实际占用的空间比声明的大小要多一些。然而这些类型如定义很长时都可以被压缩存储，因此磁盘空间也可能比预想的要少。

VARCHAR(n) 在存储限制了最大长度的变长字符串是最好的。 TEXT 适用于存储最大可达 1G左右但未定义限制长度的字符串。

CHAR(n) 最适合于存储长度相同的字符串。 CHAR(n)会根据所给定的字段长度以空格补足（不足的字段内容），而 VARCHAR(n) 只存储所给定的数据内容。 BYTEA 用于存储二进制数据，尤其是包含 NULL 字节的值。这些类型具有差不多的性能。

我怎样创建一个序列号或是自动递增的字段？

PostgreSQL 支持 SERIAL 数据类型。（字段定义为SERIAL后）将自动创建一个序列生成器，例如：

   CREATE TABLE person ( 
      id   SERIAL, 
      name TEXT 
   );

会自动转换为以下SQL语句：

   CREATE SEQUENCE person_id_seq;
   CREATE TABLE person ( 
      id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
      name TEXT
   );

参考 create_sequence 手册页获取关于序列生成器的更多信息。

我如何获得一个插入的序列号的值？

最简单的提取插入记录的序列号的方法是使用RETURNING功能，使用4.11.1例子中的表，则例子如下：

   INSERT INTO person (name) VALUES ('Blaise Pascal') RETURNING id;

上述查询执行后会返回id，你也可以使用nextval()函数先获取当前id的数值，然后使用该值进行INSERT，或者是在执行INSERT后执行currval()函数也可以达到目的。

同时使用 currval() 会导致和其他用户的冲突情况吗？

不会。currval() 返回的是你本次会话进程所赋的值而不是所有用户的当前值。

为什么不在事务异常中止后重用序列号呢？为什么在序列号字段的取值中存在间断呢？

为了提高并发性，序列号在需要的时候赋予正在运行的事务，并且在事务结束之前不进行锁定，这就会导致异常中止的事务后，序列号会出现间隔。

什么是 OID ？什么是 CTID ？

PostgreSQL 里创建的每一行记录都会获得一个唯一的OID，除非在创建表时使用WITHOUT OIDS选项。 OID创建时会自动生成一个4字节的整数，所有 OID 在相应PostgreSQL服务器中均是唯一的。然而，它在超过40亿时将溢出， OID此后会出现重复。PostgreSQL 在它的内部系统表里使用 OID 在表之间建立联系。

在用户的数据表中，最好是使用SERIAl来代替OID 因为SERIAL只要保证在单个表中的数值是唯一的就可以了，这样它溢出的可能性就非常小了， SERIAL8可用来保存8字节的序列数值。

CTID 用于标识带着数据块（地址）和（块内）偏移的特定的物理行。 CTID 在记录被更改或重载后发生改变。索引数据使用它们指向物理行。

为什么我收到错误信息“ERROR: Memory exhausted in AllocSetAlloc()”？

这很可能是系统的虚拟内存用光了，或者内核对某些资源有较低的限制值。在启动 postmaster 之前试试下面的命令：

   ulimit -d 262144
   limit datasize 256m

取决于你用的 shell，上面命令只有一条能成功，但是它将把你的进程数据段限制设得比较高，因而也许能让查询完成。这条命令应用于当前进程，以及所有在这条命令运行后创建的子进程。如果你是在运行SQL客户端时因为后台返回了太多的数据而出现问题，请在运行客户端之前执行上述命令。

我如何才能知道所运行的PostgreSQL的版本？

从 psql 里，输入 SELECT version();指令。

我如何创建一个缺省值是当前时间的字段？

使用 CURRENT_TIMESTAMP：

CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );

我怎样进行 outer join （外连接）？

PostgreSQL 采用标准的 SQL 语法支持外连接。这里是两个例子：

   SELECT *
   FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);

或是

   SELECT *
   FROM t1 LEFT OUTER JOIN t2 USING (col);

这两个等价的查询在 t1.col 和 t2.col 上做连接，并且返回 t1 中所有未连接的行（那些在 t2 中没有匹配的行）。右[外]连接（RIGHT OUTER JOIN）将返回 t2 中未连接的行。完全外连接（FULL OUTER JOIN）将返回 t1 和 t2 中未连接的行。关键字 OUTER 在左[外]连接、右[外]连接和完全[外]连接中是可选的，普通连接被称为内连接（INNER JOIN）。

如何使用涉及多个数据库的查询？

没有办法查询当前数据库之外的数据库。因为PostgreSQL要加载与数据库相关的系统目录（系统表），因此跨数据库的查询如何执行是不定的。

附加增值模块contrib/dblink允许采用函数调用实现跨库查询。当然用户也可以同时连接到不同的数据库执行查询然后在客户端合并结果。

如何让函数返回多行或多列数据？

在函数中返回数据记录集的功能是很容易使用的，详情参见：

为什么我在使用PL/PgSQL函数存取临时表时会收到错误信息“relation with OID ##### does not exist”？

在PostgreSQL 8.3版本之前，PL/PgSQL会缓存函数的脚本内容，由此带来的一个不好的副作用是若一个 PL/PgSQL 函数访问了一个临时表，然后该表被删除并重建了，则再次调用该函数将失败，因为缓存的函数内容仍然指向旧的临时表。解决的方法是在 PL/PgSQL 中用EXECUTE 对临时表进行访问。这样会保证查询在执行前总会被重新解析。

这个问题在8.3及以后的版本中不会再出现。

目前有哪些数据复制方案可用？

“复制”只是一个术语，有好几种复制技术可用，每种都有优点和缺点：

主/从复制方式是允许一个主服务器接受读/写的申请，而多个从服务器只能接受读/SELECT查询的申请，目前最流行且免费的主/从PostgreSQL复制方案是 Slony-I 。

多个主服务器的复制方式允许将读/写的申请发送给多台的计算机，这种方式由于需要在多台服务器之间同步数据变动可能会带来较严重的性能损失，Pgcluster是目前这种方案中最好的，而且还可以免费下载。

也有一些商业需付费和基于硬件的数据复制方案，支持上述各种复制模型。

为何查询结果显示的表名或列名与我的查询语句中的不同？为何大写状态不能保留？

最常见的原因是在创建表时对表名或是列名使用了双引号“”，当使用了双引号后，表名或列名（称为标识符）存储时是区分大小写的，这意谓着你在查询时表名或列名也应使用双引号，一些工具软件，像pgAdmin会在发出创建表的指令时自动地在每个标识符上加双引号。因此，为了标识符的统一，你应该：

在创建表时避免将标识符使用双引号引起来。
在标识符中只使用小写字母。
（为了与已存在的标识符相同）在查询中使用双引号将标识符引起来。

取自""