日期和时间输入几乎可以采用任何合理的格式，包括 ISO 8601、SQL 兼容格式、传统 POSTGRES 格式等。对于某些格式，日期输入中月、日、年的顺序可能有歧义，因此支持指定所期望的 这些字段的顺序。将 datestyle 参数设为 MDY 可选择月-日-年解释，设为 DMY 可选择日-月-年解释，设为 YMD 可选择年-月-日解释。

PostgreSQL 在处理日期/时间输入方面， 比 SQL 标准要求的更灵活。有关日期/时间输入的 精确解析规则，以及可识别的文本字段（包括月份、星期几和时区）， 请参见 附录 B。

请记住，任何日期或时间字面值输入都必须像文本字符串一样用单引号 括起来。更多信息请参见 第 4.1.2.4 节。 SQL 要求使用下列语法：

type [ (p) ] 'value'

其中 p 是可选的精度说明，给出秒字段中 保留的小数位数。精度可用于 time、 timestamp 和 interval 类型， 允许的取值范围见上文。如果在常量声明中没有指定 精度，则默认采用该字面值本身的精度。

1999-01-08 04:05:06

1999-01-08 04:05:06 -8:00

January 8 04:05:06 1999 PST

[@] quantity unit [quantity unit...] [direction]

日期/时间类型的输出格式可以设为四种样式之一：ISO 8601、SQL（Ingres）、传统的 POSTGRES 和 German，这通过命令SET datestyle设置。默认是ISO格式。（SQL标准要求使用 ISO 8601 格式。之所以存在名为“SQL”的输出格式，只是历史原因。）表 8.14展示了各种输出样式的示例。date和time类型的输出当然只包含给定示例中相应的日期部分或时间部分。

SQL和POSTGRES风格中，如果指定了 DMY 字段顺序，“日”将出现在“月”之前，否则“月”出现在“日”之前（有关该设置如何影响输入值的解释，请参考第 8.5.1 节）。表 8.15给出了示例。

interval 的输出与输入格式相似，区别在于像 century 或 wek 这样的单位会被转换为年和天，并且 ago 会被转换为适当的符号。在 ISO 模式下输出形如

[ quantity unit [ ... ] ] [ days ] [ hours:minutes:sekunden ]

用户可以用 SET datestyle 命令、 postgresql.conf 配置文件中的 datestyle 参数，或服务器/客户端上的 PGDATESTYLE 环境变量来选择日期/时间风格。格式化函数 to_char（见 第 9.7 节）也可作为一种更灵活的日期/时间输出格式化手段。

时区及时区惯例受政治决策的影响，而不只是地球几何。世界各地的时区在 20 世纪期间变得多少标准化了一些，但仍容易发生任意的变更。PostgreSQL 使用操作系统的底层特性来提供输出时区支持，而这些系统通常只包含 1902 到 2038 年期间的信息（对应传统 Unix 系统时间的全部范围）。timestamp with time zone 和 time with time zone 只在该年份范围内使用时区信息，并假定范围外的时间位于 UTC。不过由于时区支持源自底层操作系统的时区能力，它可以处理夏令时和其他特殊行为。

PostgreSQL 力求在典型用法上与 SQL 标准定义兼容。但 SQL 标准对日期和 时间类型和能力方面有一种奇怪的组合。两个明显的问题是：

为解决这些困难，我们建议在使用时区时选用同时包含日期和时间的日期/时间类型。我们建议不要使用 time with time zone 类型（尽管为了旧应用以及与其他 SQL 实现的兼容，PostgreSQL 支持它）。对于只包含日期或只包含时间的类型，PostgreSQL 假定使用你的本地时区。

所有日期和时间在内部都以 UTC 存储。时间在发送给客户端之前会被转换为数据库服务器上的本地时间，因此默认情况下采用服务器时区。

有几种方法可以选择服务器使用的时区：

有关可用时区的列表，请参见附录 B。

PostgreSQL在所有日期/时间计算中使用儒略日。这带来一个有用的特性：在假定一年长度为 365.2425 天的前提下，能够正确计算从公元前 4713 年到遥远未来的日期。

19 世纪之前的日期约定读起来很有意思，但它们并不足够一致，不值得写进日期/时间处理器中。