日期和时间输入几乎接受任何合理的格式，包括 ISO 8601、 与 SQL 兼容的格式、传统 POSTGRES 格式等。对于某些格式， 日期输入中日、月、年的顺序可能存在歧义，因此支持指定这些字段的 预期顺序。将 DateStyle 参数设置为 MDY，表示采用月-日-年解释； 设置为 DMY 表示采用日-月-年解释； 而 YMD 表示采用年-月-日解释。

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

请记住，任何日期或时间字面值输入都必须像文本字符串一样用单引号 括起来。更多信息请参见 第 4.1.2.7 节。 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

TIMESTAMP '2004-10-19 10:23:54'

TIMESTAMP '2004-10-19 10:23:54+02'

TIMESTAMP WITH TIME ZONE '2004-10-19 10:23:54+02'

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

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

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

时区及其约定不仅受地球几何形状影响，也受政治决定影响。世界各地的 时区在 20 世纪逐渐趋于标准化，但仍然容易发生任意变化，尤其是夏令时 规则方面。PostgreSQL 使用广泛采用的 IANA（Olson）时区数据库来获取历史时区规则信息。对于未来时间，则 假定某个时区最新已知的规则会无限期地持续下去。

PostgreSQL 努力在典型用法上与 SQL 标准定义保持兼容。不过， SQL 标准在日期和时间类型及其能力方面存在一些 奇怪的混搭。两个显而易见的问题是：

为了克服这些困难，我们建议在使用时区时采用同时包含日期和时间的 日期/时间类型。我们不建议使用 time with time zone 类型（尽管 PostgreSQL 出于兼容旧应用以及遵循 SQL 标准的考虑而支持它）。 PostgreSQL 对于任何只包含日期或时间的 类型，都会假定其使用本地时区。

在系统内部，所有带时区的日期和时间都以 UTC 存储。显示给客户端之前，它们会被转换为由 timezone 配置参数指定的本地时间。

PostgreSQL允许使用三种不同形式来指定时区：

简而言之，这就是缩写与完整名称之间的区别：缩写表示一个特定的 UTC 偏移，而许多完整名称隐含当地的夏令时规则，因此有两个可能的 UTC 偏移。例如，2014-06-04 12:00 America/New_York表示纽约当地的中午，在这个特定日期它是东部夏令时间（UTC-4）。因此2014-06-04 12:00 EDT指定的是同一时刻。而2014-06-04 12:00 EST指定的是东部标准时间（UTC-5）的中午，无论该日期名义上是否实行夏令时。

更复杂的是，一些司法辖区在不同时间使用同一时区缩写来表示不同的 UTC 偏移；例如在莫斯科，MSK在某些年份表示 UTC+3，在另一些年份则表示 UTC+4。PostgreSQL会按照该缩写在所给日期上的含义（或最近一次的含义）来解释这类缩写；但与上面的EST例子一样，这并不一定等同于该日期的当地民用时间。

应当当心，POSIX 风格的时区特性可能导致静默接受伪劣输入，因为对时区缩写的合理性没有任何检查。例如，SET TIMEZONE TO FOOBAR0也能工作，使系统实际上使用一个相当古怪的 UTC 缩写。另一个需要记住的问题是，在 POSIX 时区名中，正偏移用于格林尼治以西的地点；而在其他所有地方，PostgreSQL都遵循 ISO-8601 约定，正的时区偏移位于格林尼治以东。

无论哪种形式，时区名称及其缩写都不区分大小写。（这是对 PostgreSQL 8.2 之前版本的一项改动； 在那些版本中，时区名在某些环境下区分大小写，而在另一些环境下则 不区分。）

时区名称和缩写并不是硬编码在服务器中的；它们来自安装目录下 .../share/timezone/ 和 .../share/timezonesets/ 子目录中的配置文件 （见 第 B.3 节）。

timezone配置参数可以在postgresql.conf文件中设置，也可以通过第 18 章中说明的其他标准方式设置。另外，还有一些特殊的设置方法：

interval值可以使用下列详细语法书写：

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

其中quantity是一个数字（可以带有符号）； unit是microsecond、 millisecond、second、 minute、hour、day、 week、month、year、 decade、century、millennium 或它们的缩写或复数形式； direction 可以是 ago 或为空。at 符号（@）只是可选的噪声。不同单位 的数量会按适当的符号规则隐式相加。ago 会将 所有字段取反。如果 IntervalStyle 被设置为 postgres_verbose，该语法也会用于间隔输出。

日、小时、分钟和秒的数量也可以不写显式单位标记。例如， '1 12:59:10' 会被读作 '1 day 12 hours 59 min 10 sec'。同样，年和月的 组合也可以用一个连字符表示，例如 '200-10' 会被读作 '200 years 10 months'。（事实上，这些较短形式正是 SQL 标准唯一允许的形式，并且在 IntervalStyle 被设置为 sql_standard 时也用于输出。）

间隔值也可以写成 ISO 8601 时间间隔，使用标准第 4.4.3.2 节的 “带标志符的格式”，或第 4.4.3.3 节的 “替代格式”。带标志符的格式如下：

P quantity unit [ quantity unit ...] [ T [ quantity unit ...]]

字符串必须以 P 开头，并且可以包含一个 T 来引出一天中的时间单位。可用的单位缩写见 表 8.16。单位可以省略， 也可以按任意顺序出现，但小于一天的单位必须出现在 T 之后。特别是，M 的含义 取决于它是在 T 之前还是之后。

如果使用替代格式：

P [ years-months-days ] [ T hours:minutes:seconds ]

串必须以P开始，并且一个T分隔间隔的日期和时间部分。其值按照类似于 ISO 8601日期的数字给出。

当编写带有 fields 说明的间隔常量， 或者把字符串赋给一个定义时带有 fields 说明的间隔列时，未标记数量的解释方式取决于 fields。例如， INTERVAL '1' YEAR 会被读作 1 年，而 INTERVAL '1' 表示 1 秒。此外，位于 fields 说明所允许的最小字段 “右侧”的字段值会被静默丢弃。例如，写 INTERVAL '1 day 2:03:04' HOUR TO MINUTE 会导致秒字段被丢弃，而不是日字段。

根据 SQL 标准，一个间隔值的所有字段都必须带有 相同符号，因此一个前导负号会作用于所有字段；例如间隔字面值 '-1 2:03:04' 中的负号会同时作用于日、小时、 分钟和秒。PostgreSQL 允许各字段具有 不同符号，并且传统上认为文本表示中的每个字段都带有各自独立的符号， 因而在这个例子里，小时、分钟和秒部分会被视为正值。如果 IntervalStyle 被设置为 sql_standard，则会把前导符号视为作用于所有字段 （但前提是没有出现额外符号）；否则将采用传统的 PostgreSQL 解释。为了避免混淆，我们建议 只要有任何字段为负值，就为每个字段都显式写出符号。

在内部，interval值按月、日和秒存储。之所以这样做，是因为一个月的天数并不固定，而且在涉及夏令时调整时，一天可能有 23 或 25 小时。月和日字段是整数，而秒字段可以存储小数。由于 interval 通常由常量字符串或timestamp相减创建，这种存储方法在大多数情况下都能良好工作。函数justify_days和justify_hours可用于调整超出正常范围的日和小时。

在冗长输入格式中，以及在一些更紧凑输入格式的某些字段中，字段值可以带小数部分；例如'1.5 week'或'01:02:03.45'。这样的输入会被转换为适当数量的月、日和秒来存储。当转换结果出现小数的月数或天数时，小数部分会按 1 月 = 30 天、1 天 = 24 小时的换算系数计入更低阶的字段。例如，'1.5 month'会变成 1 个月零 15 天。输出时，只有秒会显示小数部分。

表 8.17展示了一些有效interval输入的示例。

间隔类型的输出格式可以通过 SET intervalstyle 命令设置为以下四种风格之一：sql_standard、 postgres、postgres_verbose 或 iso_8601。默认值是 postgres 格式。 表 8.18 展示了每种输出风格的 示例。

如果间隔值满足 SQL 标准的限制条件（仅有年-月或仅有日-时间，且 不混合正负分量），sql_standard 风格会生成符合 SQL 标准的间隔字面值输出。否则，输出将表现为一个标准的年-月字面值 串后跟一个日-时间字面值串，并显式加上符号，以消除正负混合间隔的 歧义。

postgres 样式的输出与 PostgreSQL 8.4 之前版本在 DateStyle 参数设为 ISO 时的输出一致。

postgres_verbose 样式的输出与 PostgreSQL 8.4 之前版本在 DateStyle 参数设为非 ISO 输出时的结果一致。

iso_8601 风格的输出符合 ISO 8601 标准 4.4.3.2 节描述的“带标志符的格式”。

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

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