几乎所有合理的格式都可以接受日期和时间输入，包括 ISO 8601、SQL 兼容、传统的 POSTGRES 等。对于某些格式，日期输入中日期、月份和年份的顺序是模棱两可的，并且支持指定这些字段的预期顺序。将 DateStyle 参数设置为 MDY 以选择月-日-年解释，设置为 DMY 以选择日-月-年解释，或设置为 YMD 以选择年-月-日解释。

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

请记住，任何日期或时间文字输入都需要用单引号括起来，就像文本字符串一样。有关更多信息，请参阅 第 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 格式）或德语。默认格式为 ISO 格式。（SQL 标准要求使用 ISO 8601 格式。““SQL”” 输出格式的名称是一个历史意外。）表 8.14 显示了每种输出样式的示例。date 和 time 类型的输出通常仅为日期或时间部分，符合给定的示例。但是，POSTGRES 样式以 ISO 格式输出仅日期值。

在 SQL 和 POSTGRES 样式中，如果指定了 DMY 字段顺序，则日出现在月之前；否则，月出现在日之前。（请参阅 第 8.5.1 节，了解此设置如何影响输入值的解释。）表 8.15 显示了示例。

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

用户可以使用 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 示例一样，这不一定与该日期的当地民用时间相同。

在所有情况下，时区名称和缩写都以不区分大小写的方式识别。（这是对 8.2 之前的 PostgreSQL 版本的更改，在某些情况下区分大小写，而在其他情况下不区分大小写。）

时区名称和缩写都没有硬编码到服务器中；它们是从安装目录的 .../share/timezone/ 和 .../share/timezonesets/ 下存储的配置文件中获取的（请参见 第 B.4 节）。

可以在文件 postgresql.conf 中设置 TimeZone 配置参数，也可以在 第 20 章 中描述的任何其他标准方式中设置。还有一些特殊的方法可以设置它

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 解释。为避免歧义，建议为每个字段附加显式符号（如果任何字段为负数）。

字段值可以有小数部分：例如，'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。只有秒会在输出中显示为分数。

表 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 可用于调整超出其正常范围的天数和小时数。

间隔类型的输出格式可以设置为四种样式之一 sql_standard、postgres、postgres_verbose 或 iso_8601，使用命令 SET intervalstyle。默认值为 postgres 格式。表 8.18 显示了每种输出样式的示例。

如果间隔值符合标准的限制（仅年-月或仅日-时，没有正负分量的混合），sql_standard 样式会生成符合 SQL 标准间隔文字字符串规范的输出。否则，输出看起来像一个标准的年-月文字字符串，后跟一个日-时文字字符串，并添加显式符号以消除符号混合间隔的歧义。

当 DateStyle 参数设置为 ISO 时，postgres 样式的输出与 8.4 之前的 PostgreSQL 版本的输出相匹配。

当 DateStyle 参数设置为非 ISO 输出时，postgres_verbose 样式的输出与 8.4 之前的 PostgreSQL 版本的输出相匹配。

iso_8601 样式的输出与 ISO 8601 标准第 4.4.3.2 节中描述的““带设计器的格式””相匹配。