FM 抑制前導零和尾隨空格，否則會添加這些零和空格以使模式的輸出成為固定寬度。在 PostgreSQL 中，FM 僅修改下一個規範，而在 Oracle 中，FM 影響所有後續規範，並且重複的 FM 修飾符會切換填滿模式的開啟和關閉。

無論是否指定 FM，TM 都會抑制尾隨空格。

to_timestamp 和 to_date 忽略輸入中的字母大小寫；因此，例如，MON、Mon 和 mon 都接受相同的字串。當使用 TM 修飾符時，大小寫折疊會根據函數的輸入定序規則來完成 (請參閱 第 23.2 節)。

除非使用 FX 選項，否則 to_timestamp 和 to_date 會跳過輸入字串開頭和日期和時間值周圍的多個空格。例如，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 中，當處理超過 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) 將 HH 和 HH12 格式化為 12 小時制時鐘上顯示的樣子，例如，零小時和 36 小時都輸出為 12，而 HH24 輸出完整的小時值，在 interval 值中可能超過 23。

0 指定一個始終會被印出的數位位置，即使它包含前導/尾隨零。9 也指定一個數位位置，但如果它是前導零，它將被一個空格替換，而如果它是尾隨零並且指定了填充模式，它將被刪除。（對於 to_number()，這兩個模式字元是等效的。）

如果格式提供的有效位數少於要格式化的數字，to_char() 會將數字四捨五入到指定的有效位數。

模式字元 S、L、D 和 G 表示由目前 locale 定義的符號、貨幣符號、小數點和千位分隔符（請參閱 lc_monetary 和 lc_numeric）。模式字元句點和逗號表示那些確切的字元，具有小數點和千位分隔符的含義，而與 locale 無關。

如果在 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 會跳過兩個非資料字元。

帶有 to_char 的 V 將輸入值乘以 10^n，其中 n 是 V 後面的數位數量。帶有 to_number 的 V 以類似的方式除。 to_char 和 to_number 不支援將 V 與小數點結合使用（例如，不允許使用 99.9V99）。

EEEE（科學記號表示法）不能與任何其他格式化模式或修飾符組合使用，除了數字和小數點模式，並且必須位於格式字串的末尾（例如，9.99EEEE 是一個有效的模式）。