FM 抑制前导零和尾部空格，而这些空格否则会被添加到模式的输出中以使其固定宽度。在 PostgreSQL 中，FM 仅修改下一个规范，而在 Oracle 中 FM 影响所有后续规范，并且重复的 FM 修饰符切换填充模式的开关。

TM 抑制尾部空格，无论是否指定了 FM。

to_timestamp 和 to_date 忽略输入中的字母大小写；比方说 MON、Mon 和 mon 都接受相同的字符串。当使用 TM 修饰符时，会根据函数的输入校对规则对大小写进行折叠（请参阅 第 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 字段，你将再次获得公元。输入的零年被视为公元前 1 年。

在 to_timestamp 和 to_date 中，当处理年份超过 4 位数字时，YYYY 转换有一个限制。你必须在 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 指定相同的毫秒数。要获得 3 毫秒，必须写成 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 将跳过两个非数据字符。

V 与 to_char 将输入值乘以 10^n，其中 n 是 V 后面的数字位数。V 与 to_number 以类似的方式进行除法。to_char 和 to_number 不支持组合使用 V 和小数点（例如，99.9V99 不允许）。

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