FM 抑制了在模式输出中添加前导零和尾随空格的行为，这些前导零和尾随空格本来会被添加以使输出成为固定宽度。在 PostgreSQL 中，FM 仅修改下一个格式说明，而在 Oracle 中 FM 影响所有后续格式说明，并且重复的 FM 修饰符切换填充模式的开启和关闭。

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

to_timestamp 和 to_date 在输入中忽略大小写；因此，例如 MON，Mon 和 mon 都接受相同的字符串。当使用 TM 修饰符时，根据函数输入排序规则执行大小写折叠（参见第 24.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 会跳过两个非数据字符。

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

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