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() 中被忽略。