日期和时间输入几乎可以用任何合理的格式接受，包括 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）。这些样式中显示的字母缩写取自当前 TimeZone 运行时参数选择的 IANA 时区数据库条目；它们不受 timezone_abbreviations 设置的影响。

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

格式化函数 to_char（参见第 9.8 节）也可作为更灵活的日期/时间输出格式化方法。

时区和时区约定受到政治决策的影响，而不仅仅是地球几何。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 代表纽约当地时间的下午 12 点，对于这个特定日期是东部夏令时（UTC-4）。因此，2014-06-04 12:00 EDT 指定了相同的时间点。但是 2014-06-04 12:00 EST 指定的是东部标准时间（UTC-5）的下午 12 点，而不考虑该日期是否名义上实行了夏令时。

为了增加复杂性，一些司法管辖区在不同时间使用相同的时区缩写表示不同的 UTC 偏移量；例如，在莫斯科，MSK 在某些年份表示 UTC+3，在另一些年份表示 UTC+4。PostgreSQL 根据给定日期该缩写的含义（或最近的含义）来解释此类缩写；但是，如上面的 EST 示例所示，这不一定与该日期的当地民用时间相同。

总而言之，时区名称和缩写是大小写不敏感的。（与 8.2 版本之前的 PostgreSQL 版本不同，后者在某些上下文中有大小写敏感，在其他上下文则没有。）

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

配置参数 TimeZone 可以在 postgresql.conf 文件中设置，或以第 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 来引入一天中的时间单位。可用的单位缩写在 表 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 版本输出匹配。

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

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