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 必须作为模板中的第一个项指定。

除非使用了 FX 选项，否则 to_timestamp 和 to_date 的模板字符串中的分隔符（空格或非字母/非数字字符）会匹配输入字符串中的任何单个分隔符或被跳过。例如，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 指定的毫秒数相同。要得到三毫秒，必须写 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) 以 12 小时制格式化 HH 和 HH12，例如零小时和 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 结合使用时，会以类似的方式进行除法。 V 可以被视为标记输入或输出字符串中隐式小数点的位置。to_char 和 to_number 不支持将 V 与小数点组合使用（例如，不允许 99.9V99）。

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

在 to_number() 中，RN 模式将罗马数字（标准形式）转换为数字。输入不区分大小写，因此 RN 和 rn 是等效的。RN 不能与任何其他格式模式或修饰符组合使用，除了 FM，后者仅适用于 to_char()，在 to_number() 中被忽略。