FM 会抑制原本会被添加以使某个模式的输出为固定宽度的前导零和尾部 空白。 在 PostgreSQL 中， FM 只修饰下一个说明； 而在 Oracle 中， FM 影响所有后续的说明， 并且重复的 FM 修饰符会来回切换填充模式的开启与关闭。

无论是否指定了 FM， TM 都会抑制尾部的空白。

to_timestamp 和 to_date 忽略输入中的字母大小写； 因此例如 MON、 Mon 和 mon 都接受相同的字符串。 在使用 TM 修饰符时， 大小写折叠按照函数输入排序规则的规则完成 （参见 Section 23.2）。

to_timestamp 和 to_date 会跳过输入字符串开头以及日期和时间值周围的多个连续空格， 除非使用了 FX 选项。 例如， to_timestamp(' 2000    JUN', 'YYYY MON') 和 to_timestamp('2000 - JUN', 'YYYY-MON') 可以工作， 但 to_timestamp('2000    JUN', 'FXYYYY MON') 会返回一个错误， 因为 to_timestamp 只期望一个空格。 FX 必须被指定为模板中的第一项。

在 to_timestamp 和 to_date 的模板字符串中， 一个分隔符 （空格或非字母/非数字字符） 会匹配输入字符串中的任何单个分隔符， 或者被跳过， 除非使用了 FX 选项。 例如， to_timestamp('2000JUN', 'YYYY///MON') 和 to_timestamp('2000/JUN', 'YYYY MON') 可以工作， 但 to_timestamp('2000//JUN', 'YYYY/MON') 会返回一个错误， 因为输入字符串中分隔符的数量超过了模板中分隔符的数量。

如果指定了 FX， 模板字符串中的一个分隔符会精确匹配输入字符串中的一个字符。 但请注意， 并不要求输入字符串中的字符与模板字符串中的分隔符相同。 例如， to_timestamp('2000/JUN', 'FXYYYY MON') 可以工作， 但 to_timestamp('2000/JUN', 'FXYYYY  MON') 会返回一个错误， 因为模板字符串中的第二个空格会消耗掉输入字符串中的字母 J。

一个 TZH 模板模式可以匹配一个带符号的数字。 在没有 FX 选项的情况下， 负号可能有歧义， 可能被解释为一个分隔符。 这种歧义按如下方式解决： 如果模板字符串中 TZH 之前的分隔符数量小于输入字符串中负号之前的分隔符数量， 那么该负号被解释为 TZH 的一部分。 否则， 该负号被视为值之间的分隔符。 例如， to_timestamp('2000 -10', 'YYYY TZH') 会把 -10 匹配到 TZH， 而 to_timestamp('2000 -10', 'YYYY  TZH') 会把 10 匹配到 TZH。

在 to_char 模板中允许出现普通文本， 它们会被按字面输出。 你可以把一个子串放进双引号中， 强制它被解释为字面文本， 即便它包含模板模式。 例如，在 '"Hello Year "YYYY' 中， YYYY 会被年份数据替换， 但 Year 中单个的 Y 不会被替换。 在 to_date、 to_number 和 to_timestamp 中， 字面文本和双引号字符串会导致跳过该字符串所包含数量的字符； 例如 "XX" 会跳过两个输入字符 （无论它们是否为 XX）。

如果你想要在输出中有一个双引号， 必须在它前面加一个反斜杠， 例如 '\"YYYY Month\"'。 除了这种情况， 反斜杠在双引号字符串之外并不特殊。 在一个双引号字符串内， 反斜杠会让下一个字符被按字面取用， 无论它是什么 （但除非下一个字符是双引号或另一个反斜杠， 这没有特殊的效果）。

在 to_timestamp 和 to_date 中， 如果年份格式说明少于四位数字 （例如 YYY）， 并且所提供的年份少于四位数字， 那么年份会被调整为最接近 2020 年的年份， 例如 95 变成 1995。

在 to_timestamp 和 to_date 中， 负年份被视为表示公元前（BC）。 如果你同时写下一个负年份和一个显式的 BC 字段， 那么又会得到公元（AD）。 年份为零的输入被视为公元前 1 年。

在 to_timestamp 和 to_date 中， YYYY 转换在处理多于 4 位数字的年份时有一个限制。 你必须在 YYYY 之后使用某个非数字字符或模板， 否则年份总是被解释为 4 位数字。 例如 （年份为 20000）： to_date('200001130', 'YYYYMMDD') 会被解释为 4 位年份； 应当改为在年份之后使用一个非数字分隔符， 例如 to_date('20000-1130', 'YYYY-MMDD') 或 to_date('20000Nov30', 'YYYYMonDD')。

在 to_timestamp 和 to_date 中， 如果存在 YYY、 YYYY 或 Y,YYY 字段， 那么 CC （世纪）字段会被接受但被忽略。 如果 CC 与 YY 或 Y 一起使用， 那么结果会被计算为指定世纪中的那个年份。 如果指定了世纪但没有指定年份， 则假定是该世纪的第一年。

在 to_timestamp 和 to_date 中， 星期几的名字或编号 （DAY、 D 及相关字段类型） 会被接受， 但在计算结果时会被忽略。 季度 （Q） 字段同样如此。

在 to_timestamp 和 to_date 中， 可以用以下两种方式之一指定一个 ISO 8601 周编号日期 （与格里高利日期不同）：

尝试用 ISO 8601 周编号字段与格里高利日期字段的混合来输入日期是毫无意义的， 会导致错误。 在 ISO 8601 周编号年的上下文中， “月”或 “月中的日”的概念没有意义。 在格里高利年的上下文中， ISO 周的概念没有意义。

在 to_timestamp 中， 毫秒 （MS） 或微秒 （US） 字段被用作小数点之后的秒位。 例如， to_timestamp('12.3', 'SS.MS') 不是 3 毫秒， 而是 300 毫秒， 因为转换把它当作 12 + 0.3 秒。 因此， 对于格式 SS.MS， 输入值 12.3、 12.30 和 12.300 指定的是相同的毫秒数。 要得到三毫秒， 必须写 12.003， 转换会把它当作 12 + 0.003 = 12.003 秒。

下面是一个更复杂的例子： to_timestamp('15:12:02.020.001230', 'HH24:MI:SS.MS.US') 是 15 小时、12 分钟和 2 秒 + 20 毫秒 + 1230 微秒 = 2.021230 秒。

to_char(..., 'ID') 的星期几编号与 extract(isodow from ...) 函数相匹配， 但 to_char(..., 'D') 的编号与 extract(dow from ...) 的不匹配。

to_char(interval) 把 HH 和 HH12 按照 12 小时制时钟的方式格式化， 例如零小时和 36 小时都输出为 12， 而 HH24 则输出完整的小时值， 在一个 interval 值中它可能超过 23。

0 指定一个总是会被打印的数字位置， 即便它包含一个前导/尾随零。 9 同样指定一个数字位置， 但如果它是前导零则会被替换为一个空格， 而如果它是尾随零并且指定了填充模式， 则会被删除。 （对于 to_number()， 这两个模式字符是等价的。）

如果格式所提供的小数位少于被格式化数字的小数位， to_char() 会把该数字舍入到指定的小数位数。

模式字符 S、 L、 D 和 G 代表由当前区域设置定义的正负号、 货币符号、 小数点和千位分隔符字符 （参见 lc_monetary 和 lc_numeric）。 模式字符句点和逗号代表那些确切的字符， 不管区域设置如何， 它们的含义都是小数点和千位分隔符。

如果 to_char() 的模式中没有为正负号做出显式的安排， 那么会为正负号保留一列， 并且它会被锚定在 （出现在紧邻左侧） 数字旁边。 如果 S 出现在某些 9 的紧邻左侧， 它同样会被锚定到该数字。

用 SG、 PL 或 MI 格式化的正负号不会被锚定到数字上； 例如， to_char(-12, 'MI9999') 产生 '-  12'， 而 to_char(-12, 'S9999') 产生 '  -12'。 （Oracle 的实现不允许在 9 之前使用 MI， 而是要求 9 位于 MI 之前。）

TH 不转换小于零的值， 也不转换小数。

PL、 SG 和 TH 是 PostgreSQL 的扩展。

在 to_number 中， 如果使用了诸如 L 或 TH 之类的非数据模板模式， 那么会跳过相应数量的输入字符， 无论它们是否与模板模式相匹配， 除非它们是数据字符 （即数字、正负号、小数点或逗号）。 例如， TH 会跳过两个非数据字符。

在 to_char 中， V 会把输入值乘以 10^n， 其中 n 是跟在 V 后面的数字的个数。 在 to_number 中， V 以类似的方式做除法。 V 可以被看作标记输入或输出字符串中一个隐式小数点的位置。 to_char 和 to_number 不支持把 V 与小数点结合使用 （例如不允许 99.9V99）。

EEEE （科学计数法） 不能与除了数字和小数点模式之外的任何其他格式化模式或修饰符 结合使用， 并且必须位于格式字符串的末尾 （例如 9.99EEEE 是一个有效的模式）。

在 to_number() 中， RN 模式把罗马数字 （标准形式） 转换为数字。 输入不区分大小写， 因此 RN 和 rn 是等价的。 RN 不能与除 FM 之外的任何其他格式化模式或修饰符结合使用； FM 只适用于 to_char()， 在 to_number() 中会被忽略。