表 B.1展示了哪些词元会被识别为月份名称。

表 B.2展示了哪些词元会被识别为星期名称。

表 B.3展示了用于各种修饰用途的词元。

关键字 ABSTIME 出于历史原因而被忽略：在非常老的 PostgreSQL 版本中，abstime 类型的无效值会被输出为 Invalid Abstime。不过现在已不再如此，而且这个关键字很可能在未来版本中被删除。

表 B.4列出了 PostgreSQL在日期/时间输入值中识别的时区缩写。注意，这些名字不一定会用于日期/时间输出——输出由与当前选定的timezone参数设置相关联的官方时区缩写决定。（未来的发行版很可能也会在输入中使用timezone。）

该表按时区与UTC的偏移组织，而不是按字母顺序。这是为了便于在本地用法与已识别缩写可能不一致的情况下进行匹配。

澳大利亚时区.  澳大利亚时区名与南北美洲常用的时区名之间存在三个命名冲突：ACST、CST和 EST。如果运行时选项 australian_timezones设置为真，那么 ACST、CST、EST和SAT将被解释为澳大利亚时区名，如表 B.5所示。如果它为假（默认值），那么 ACST、CST和 EST将被当作美国时区名，而SAT被解释为表示星期六的噪声词。

表 B.6列出了 PostgreSQL识别为timezone参数有效设置的时区名。注意，这些名字在概念上以及实际中都与表 B.4中所示的名字不同：这些名字大多隐含一条本地夏令时规则，而前者中的每个名字只代表一个固定的与 UTC 的偏移。

在许多情况下，同一个时区有几个等价的名字。它们列在同一行中。该表主要按时区主要城市的名字排序。

除了表中列出的名字之外，PostgreSQL还接受 POSIX 风格的时区规范，形式为STDoffset或 STDoffsetDST，其中 STD是一个时区缩写，offset是相对 UTC 向西的数字偏移（小时），而DST是一个可选的夏令时时区缩写，假定它表示比给定偏移提前一小时。例如，如果EST5EDT还不是一个已识别的时区名，它也会被接受，并且在功能上等同于美国东海岸时间。当出现夏令时时区名时，假定它按照zic时区数据库的posixrules条目所用的相同夏令时转换规则使用。在标准的PostgreSQL安装中，posixrules与US/Eastern相同，因此 POSIX 风格的时区规范遵循美国的夏令时规则。如果需要，你可以通过替换posixrules文件来调整这一行为。

应当警惕 POSIX 风格的时区特性可能导致悄悄接受无效输入，因为没有对时区缩写的合理性检查。例如，SET TIMEZONE TO FOOBAR0会生效，使系统实际上使用一个相当古怪的 UTC 缩写。