日期和时间输入几乎可以接受任何合理的格式，包括 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类型（尽管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 文件中或在 第 19 章 中描述的任何其他标准方式中设置 TimeZone 配置参数。还有一些特殊的方法来设置它

interval 值可以使用以下详细语法编写

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

其中 quantity 是一个数字（可能带符号）；unit 是 microsecond、millisecond、second、minute、hour、day、week、month、year、decade、century、millennium 或这些单位的缩写或复数；direction 可以是 ago 或空。@ 符号 (@) 是可选的噪音。不同单位的数量会隐式地加起来，并进行适当的符号计算。ago 会使所有字段取反。如果 IntervalStyle 设置为 postgres_verbose，则此语法也用于区间输出。

可以不带显式单位标记指定天、小时、分钟和秒的数量。例如，'1 12:59:10' 与 '1 day 12 hours 59 min 10 sec' 的读取方式相同。此外，可以使用连字符指定年和月的组合；例如，'200-10' 与 '200 years 10 months' 的读取方式相同。（这些较短的形式实际上是标准允许的唯一形式，并且在 IntervalStyle 设置为 sql_standard 时用于输出。）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 小时。使用其他单位的区间输入字符串会被规范化为这种格式，然后以标准化的方式重建以进行输出，例如

SELECT '2 years 15 months 100 weeks 99 hours 123456789 milliseconds'::interval;
               interval
---------------------------------------
 3 years 3 mons 700 days 133:17:36.789

这里，被理解为“7 天”的周被单独保留，而较小和较大的时间单位被组合并规范化。

输入字段值可以具有小数部分，例如 '1.5 weeks' 或 '01:02:03.45'。但是，因为 interval 在内部仅存储整数字段，所以小数值必须转换为较小的单位。大于月的单位的小数部分四舍五入为整数月数，例如 '1.5 years' 变成 '1 year 6 mons'。周和小数部分的天数计算为整数天数和微秒数，假设每月 30 天，每天 24 小时，例如，'1.75 months' 变成 1 mon 22 days 12:00:00。只有秒才会在输出中显示为小数。

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

如前所述，PostgreSQL 将 interval 值存储为月、天和微秒。对于输出，月字段通过除以 12 转换为年和月。天字段按原样显示。微秒字段转换为小时、分钟、秒和小数秒。因此，月、分钟和秒永远不会显示为超过 0-11、0-59 和 0-59 的范围，而显示的年、天和小时字段可以非常大。（如果需要将较大的天或小时值转换为下一个较高的字段，可以使用 justify_days 和 justify_hours 函数。）

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

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

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

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

iso_8601 样式的输出与 ISO 8601 标准第 4.4.3.2 节中描述的““带有指示符的格式” 匹配。