时区和时区习惯不仅仅受地球几何形状的影响，还受到政治决定的影响。 到了19世纪，全球的时区变得稍微标准化了些，但是还是易于遭受随意的修改，部分是因为夏时制规 则。 PostgreSQL 使用广泛使用的 IANA (Olson) 时区数据库来得到有关历史时区规则的信息。对于未来的时间，我们假设关于一个给定时区的最新已知 规则将会一直持续到无穷远的未来。 PostgreSQL 努力在典型使用中与 SQL 标准的定义相兼容。但 SQL 标准在日期和时间类型和功能上有一些奇怪的混淆。两个显而易见的问题是： 尽管 date 类型与时区没有联系，而 time 类型却可以有。 然而，现实世界的时区只有在与时间和日期都关联时才有意义， 因为偏移（时差）可能因为实行类似夏时制这样的制度而在一年里有所变化。 缺省的时区会指定一个到 UTC 的数字常量偏移（时差）。因此，当跨 DST 边界做日期/时间算术时， 我们根本不可能适应于夏时制时间。 为了克服这些困难，我们建议在使用时区的时候，使用那些同时包含日期和时间的日期/时间类型。我们 不 建议使用类型 time with time zone （尽管 PostgreSQL 出于遗留应用以及与 SQL 标准兼容性的考虑支持这个类型）。 PostgreSQL 假设你用于任何类型的本地时区都只包含日期或时间。 在系统内部，所有时区相关的日期和时间都用 UTC 存储。它们在被显示给客户端之前会被转换成由 TimeZone 配置参数指定的本地时间。 PostgreSQL 允许你使用三种不同形式指定时区： 一个完整的时区名字，例如 America/New_York 。能被识别的时区名字被列在 pg_timezone_names 视图中（参见 第 51.92 节 ）。 PostgreSQL 用广泛使用的 IANA 时区数据来实现该目的，因此相同的时区名字也可以在其他软件中被识别。 一个时区缩写，例如 PST 。这样一种声明仅仅定义了到UTC的一个特定偏移，而不像完整时区名那样指出整套夏令时转换规则。 能被识别的缩写被列在 pg_timezone_abbrevs 视图中（参见 第 51.91 节 ）。 你不能将配置参数 TimeZone 或 log_timezone 设置成一个时区缩写，但是你可以在日期/时间输入值和 AT TIME ZONE 操作符中使用时区缩写。 除了时区名和缩写， PostgreSQL 将接受POSIX-风格的时区规范，如同 第 B.5 节 所描述的。 这个选项通常不优先用于指定时区，但是，如果没有合适的IANA时区条目，这可能是必要的。 简而言之，在缩写和全称之间是有不同的：缩写表示从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 例子所示，这并不是必须和那一天的本地 标准时间相同。 在所有情况下，时区名及其缩写都是大小写不敏感的（这是对 PostgreSQL 8.2之前版本的一个修改，在这些版本中某些环境下时区名是大小写敏感的而在另外一些环境中却是大小写不敏感的）。 时区名和缩写都不是硬写在服务器中的，它们是从存储在安装目录下的 .../share/timezone/ 和 .../share/timezonesets/ 子目录中获取的（参见 第 B.4 节 ）。 TimeZone 配置参数可以在文件 postgresql.conf 中被设置，或者使用 第 19 章 中描述的任何一种标准方法设置。同时也有一些特殊的方法来设置它： SQL 命令 SET TIME ZONE 为会话设置时区。它是 SET TIMEZONE TO 的另一种拼写，它更加符合SQL的语法。 libpq 客户端使用 PGTZ 环境变量来通过连接发送一个 SET TIME ZONE 命令给服务器。

[@] quantity unit [quantity unit...] [direction]
     其中quantity是一个数字（很可能是有符号的）；
     unit是毫秒、
     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年10个月'（这些较短的形式事实上是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之前还是之后。
     
表 8.16. ISO 8601 间隔单位缩写
缩写
含义
Y
年
M
月（在日期部分中）
W
周
D
日
H
小时
M
分钟 (在时间部分中）
S
秒


      如果使用替代格式：
P [ years-months-days ] [ T hours:minutes:seconds ]
      串必须以P开始，并且一个T分隔间隔的日期和时间部分。其值按照类似于 ISO 8601日期的数字给出。
     在用一个域声明书写一个间隔常量时，或者为一个用域声明定义的间隔列赋予一个串时，对于为标记的量的解释依赖于域。例如INTERVAL '1' YEAR被解读成1年，而INTERVAL '1'表示1秒。同样，域声明允许的最后一个有效域“右边”的域值会被无声地丢弃掉。例如书写INTERVAL '1 day 2:03:04' HOUR TO MINUTE将会导致丢弃秒域，而不是日域。
     根据SQL标准，一个间隔值的所有域都必须由相同的符号，这样一个领头的负号将会应用到所有域；例如在间隔文字'-1 2:03:04'中的负号会被应用于日、小时、分钟和秒部分。PostgreSQL允许域具有不同的符号，并且在习惯上认为以文本表示的每个域具有独立的符号，因此在这个例子中小时、分钟和秒部分被认为是正值。如果IntervalStyle被设置为sql_standard，则一个领头的符号将被认为是应用于所有域（但是仅当没有额外符号出现）。否则将使用传统的PostgreSQL解释。为了避免混淆，我们推荐在任何域为负值时为每一个域都附加一个显式的符号。
     在冗长的输入格式中，以及在更紧凑输入格式的某些域中，域值可以有分数部分；例如'1.5 week'或'01:02:03.45'。这样的输入被转换为合适的月数、日数和秒数用于存储。当这样会导致月和日中的分数时，分数被加到低序域中，使用的转换因子是1月=30日和1日=24小时。例如，'1.5 month'会变成1月和15日。只有秒总是在输出时被显示为分数。
     表 8.17展示了一些有效interval输入的例子。
    
表 8.17. 间隔输入
例子
描述
1-2
SQL标准格式：1年2个月
3 4:05:06
SQL标准格式：3日4小时5分钟6秒
1 year 2 months 3 days 4 hours 5 minutes 6 seconds
传统Postgres格式：1年2个月3日4小时5分钟6秒钟
P1Y2M3DT4H5M6S
“带标志符的”ISO 8601 格式：含义同上
P0001-02-03T04:05:06
ISO 8601 的“替代格式”：含义同上


     在内部，interval值被存储为months、days以及seconds。之所以这样做是因为一个月中的天数是变化的，并且在涉及到夏令时调整时一天可以有23或者25个小时。months以及days域是整数，而seconds域可以存储分数。因为区间通常是从常量字符串或者timestamp减法创建而来，这种存储方法在大部分情况下都很好，但是也可能导致预料之外的结果：
SELECT EXTRACT(hours from '80 minutes'::interval);
 date_part
-----------
SELECT EXTRACT(days from '80 hours'::interval);
 date_part
-----------
     函数justify_days和justify_hours可以用来调整溢出其正常范围之外的days和hours。