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

TM不包含尾随空格。

除非使用FX选项，to_timestamp和to_date会跳过输入字符串中的多个空白。例如，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"跳过两个输入字符。

如果想在输出中出现双引号，必须在它前面加上反斜线，例如E'\\"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计算。

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

试图混用 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输出完整的小时值，对 interval 而言可能超过 23。

用 SG、PL 或 MI 格式化的符号不会锚定在数字上；例如，to_char(-12, 'MI9999') 产生 '-  12' 而 to_char(-12, 'S9999') 产生 '  -12'。Oracle 的实现不允许把MI放在9之前，而是要求9在MI之前。

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

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

PL、SG 和 TH 是 PostgreSQL 的扩展。

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