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

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

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

type [ (p) ] 'value'

其中 p 是可选的精度说明，给出秒字段中 保留的小数位数。精度可用于 time、 timestamp 和 interval 类型， 范围是 0 到 6。这与前文描述的取值一致。如果在常量声明中没有指定 精度，则默认采用该字面值本身的精度（但不超过 6 位）。

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” 的输出格式， 只是历史原因。）Table 8.14 展示了各种输出样式的示例。date 和 time 类型的输出通常只包含示例中的日期部分或时间部分。不过， POSTGRES 样式对纯日期值仍会采用 ISO 格式输出。

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

在 ISO 样式中，时区总是显示为相对于 UTC 的 有符号数字偏移，格林尼治以东的时区使用正号。如果偏移是整小时， 就显示为 hh；如果是整分钟，则显示为 hh:mm； 否则显示为 hh:mm:ss。 （第三种情况在任何现代时区标准下都不可能出现，但在处理早于标准化 时区采用之前的时间戳时可能会看到。）在其他日期样式中，如果当前 时区有通用的字母缩写，就会显示该缩写；否则会以 ISO 8601 基本 格式的有符号数字偏移显示 （hh 或 hhmm）。

用户可以通过 SET datestyle 命令、 postgresql.conf 配置文件中的 DateStyle 参数，或者服务器端或客户端上的 PGDATESTYLE 环境变量来选择日期/时间样式。

格式化函数to_char（见Section 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 例子一样，这并不一定等同于该日期的 当地民用时间。

在所有情况下，时区名称和缩写的识别都不区分大小写。（这与 8.2 之前的PostgreSQL版本不同；那些版本在某些上下文中区分大小写，在另一些上下文中则不区分。）

时区名称和缩写并不是硬编码在服务器中的；它们来自安装目录下 .../share/timezone/ 和 .../share/timezonesets/ 子目录中的数据 （见 Section B.4）。

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

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 来引出一天中时间单位。可用的单位缩写见 Table 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 解释。为了避免混淆，我们建议 只要有任何字段为负值，就为每个字段都显式写出符号。

字段值可以带小数部分，例如'1.5 weeks'或'01:02:03.45'。不过，由于时间间隔内部仅存储三种整数单位（月、日、微秒），小数单位必须转入更小的单位。大于月的单位的小数部分会被截断为整数个月，例如'1.5 years'会变成'1 year 6 mons'。周和日的小数部分会按每月 30 天、每天 24 小时计算为整数天和微秒，例如'1.75 months'会变成1 mon 22 days 12:00:00。输出时，只有秒会显示小数部分。

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

在内部，interval值以月、日和微秒存储。这是因为一个月的天数各不相同，而涉及夏令时调整时，一天可能有 23 或 25 小时。月和日字段为整数，微秒字段则可以存储小数秒。由于时间间隔通常由常量字符串或timestamp相减创建，这种存储方式在大多数情况下都很有效，但可能产生意外结果：

SELECT EXTRACT(hours from '80 minutes'::interval);
 date_part
-----------
         1

SELECT EXTRACT(days from '80 hours'::interval);
 date_part
-----------
         0

函数justify_days和justify_hours可用于调整超出正常范围的日和小时。

间隔类型的输出格式可以通过 SET intervalstyle 命令设置为以下四种风格之一：sql_standard、 postgres、postgres_verbose 或 iso_8601。默认值是 postgres 格式。 Table 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 节描述的“带标志符格式”。