几乎所有合理的格式都接受日期和时间输入，包括 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 节）。

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 规范允许的最小重大域“右侧”“to the right” 的域值将被静默丢弃。例如，编写 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 函数可用于将较大日或小时值转置到下一个较高字段，如果认为有必要的话）。

Interval 类型输出格式可以设置成使用命令 SET intervalstyle，其中四种样式之一为 sql_standard、postgres、postgres_verbose 或 iso_8601。默认是 postgres 格式。表 8.18 展示了每种输出样式的示例。

如果间隔值满足标准的限制（只能为年-月或日-时，并且不能混合正负分量），则 sql_standard 样式将生成符合 SQL 标准的间隔文本字符串规范的输出。否则，输出看起来像一个标准的年-月文本字符串，后面跟着一个日-时文本字符串，带有明确的符号以消除混合符号间隔的歧义。

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

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

iso_8601 样式的输出与 ISO 8601 标准第 4.4.3.2 部分中所述的““format with designators””相匹配。