FMは、先頭にはゼロ、末尾には空白を追加してパターンを固定長にする機能を無効にします。 PostgreSQLでは、FMはその次に記述されたものだけを変更します。一方Oracleでは、FMはそれに続く全ての記述に対して影響し、FM修飾詞を繰り返すと、ゼロや空白を埋めるモードのオンとオフが切り替わります。

FMが指定されているかどうかに関わらずTMは末尾の空白を抑止します。

to_timestampとto_dateは入力中の大文字小文字の区別を無視します。 例えばMON、Mon、monはすべて同じ文字列として受け付けます。 TM修飾子を使うと関数の入力照合順のルールにしたがって大文字小文字の変換が行われます。（24.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はテンプレートの第1項目として指定される必要があります。

FXオプションが使用されていない限り、to_timestampとto_dateのテンプレート文字列中の区切り文字（空白あるいは記号文字(訳注：原文は"non-letter/non-digit character"））は入力文字中のすべての単一の区切り文字とマッチするか、あるいはマッチしない場合はスキップします。 たとえば、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"は2文字の入力文字（それがXXであるかどうかにかかわらず)をスキップします。

出力に二重引用符を付けたい場合、'\"YYYY Month\"'のようにその前にバックスラッシュを付けなければなりません。 バックスラッシュは、二重引用符の外側では特別扱いされません。 二重引用符の内側では、バックスラッシュによって次の文字が何であれ文字通りに扱われるようになります。 （しかし、次の文字が二重引用符であるか、あるいは別のバックスラッシュでない限り、これは特別な効果をもたらしません。）

to_timestampにおいてto_date、YYYの様に4桁未満の年書式が指定され、かつ与えられる年が4桁未満だった場合、年は2020年に最も近くなるよう調整されます。例えば、95の場合は1995年になります。

to_timestampおよびto_dateにおいて負の年はBCを表します。 負の年と明示的なBCフィールドの両方を記述すると、再びADになります。 すべての形のゼロ年はBC 1として扱われます。

to_timestampおよびto_dateにおいてYYYY変換は、5桁以上の年数値を処理するときに制限事項があります。 このような場合、YYYYの後に数字以外の文字またはテンプレートを使わなければなりません。 そうしないと年は常に4桁と解釈されます。 例えば（20000年として）、to_date('200001131', 'YYYYMMDD')は4桁の年と解釈されるので、代わりにto_date('20000-1131', 'YYYY-MMDD')またはto_date('20000Nov31', '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は同じミリ秒数を指定することになります。 3ミリ秒が必要な場合には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時間の時計に表示されるように整形します。 例えば0時間と36時間はいずれも12として出力します。 一方HH24は時間の値をそのまま出力し、intervalの値であれば23を超えることも可能です。

0は、それが先頭あるいは末尾のゼロであっても必ず表示する数字の位置を指定します。 9も数字の位置を指定しますが、先頭のゼロであればそれは空白で置換され、また末尾のゼロで字詰めモードが指定されているときは削除されます。 （to_number()では、これら2つのパターン文字は同じ意味になります。）

パターン文字S、L、D、Gはそれぞれ現在のロケールで定義された符号、通貨記号、小数点、3桁区切り文字を表します（lc_monetaryおよびlc_numericを参照）。 パターン文字のピリオドとカンマはいずれもその文字そのものを表し、ロケールとは関係なく小数点と3桁区切り文字の意味を持ちます。

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のように非データテンプレートが使われた場合には、それがデータ文字（すなわち、数字、符号、10進小数点あるいはカンマ）でない限りテンプレートパターンにマッチするかどうかにかかわらず、該当する数分だけの入力文字がスキップされます。 例えば、THは2つの非データ文字をスキップします。

Vをto_charにつけると、入力値を10^n倍します。 ここでnはVに続く桁数です。 Vをto_numberにつけると、同じように割り算をします。 to_charおよびto_numberは、小数点とVとの混在をサポートしません（例えば、99.9V99 とはできません）。

EEEE(科学技術表記)は、桁と小数点のパターンを除き、他の書式パターンや修飾子と組み合わせて使うことはできず、また必ず書式文字列の最後に位置しなければなりません(例えば、9.99EEEEは正しい表記となります)。