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

TM不包含尾随空格。

to_timestamp 和 to_date 会跳过输入字符串中的多个空格，除非使用 FX 选项。例如，to_timestamp('2000    JUN', 'YYYY MON') 可以工作，但 to_timestamp('2000    JUN', 'FXYYYY MON') 会报错，因为 to_timestamp 只接受一个空格。FX 必须指定为模板中的第一项。

to_char 模板中允许普通文本，并会按字面输出。可以用双引号括起子串，使其即使包含模式关键字也强制按字面文本解释。例如，在 '"Hello Year "YYYY' 中，YYYY 会被年份数据替换，但 Year 中单独的 Y 不会被替换。在 to_date、to_number 和 to_timestamp 中，双引号字符串会跳过与该字符串所含字符数相同数量的输入字符，例如 "XX" 跳过两个输入字符。

如果要在输出中包含双引号，必须在它前面加上反斜杠，例如 '\"YYYY Month\"'。

在从字符串到timestamp或date的转换中， YYYY转换在处理超过4位数字的年份时有限制。您必须在YYYY后使用一些非数字字符或模板， 否则年份总是被解释为4位数字。例如（使用年份20000）： to_date('200001131', 'YYYYMMDD')将被解释为4位年份；而应该在年份后使用非数字分隔符，如 to_date('20000-1131', 'YYYY-MMDD')或 to_date('20000Nov31', 'YYYYMonDD')。

在从字符串到timestamp或date的转换中， 如果存在YYY、YYYY或Y,YYY字段， 则忽略CC（世纪）字段。如果CC与 YY或Y一起使用，则年份按(CC-1)*100+YY计算。 如果指定了世纪但未指定年份，则假定为该世纪的第一年。

可以向to_timestamp和to_date以下列两种方式之一指定 ISO 8601 周编号日期（与公历日期不同）：

尝试使用ISO 8601周编号字段和公历日期字段的混合输入日期是荒谬的，并将导致错误。 在ISO 8601周编号年的背景下，“月份”或“月内日序数”的概念没有意义。 在公历年的背景下，ISO周没有意义。

在从字符串到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', 'HH: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输出完整的小时值，对于时间间隔它可以超过23。

9产生一个位数与9的个数相同的值。如果没有可用的数字，则输出一个空格。

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

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

PL，SG和 TH是PostgreSQL 的扩展。

V实际上将输入值乘以10^n， 其中n是跟在V后面的数字位数。 to_char不支持与小数点结合使用的V （例如，不允许使用99.9V99）。

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