FM supprime les zéros de début et les espaces de fin qui, autrement, sont ajoutés pour fixer la taille du motif de sortie ; dans PostgreSQL, FM modifie seulement la prochaine spécification alors qu'avec Oracle, FM affecte toutes les spécifications suivantes et des modificateurs FM répétés basculent l'activation du mode de remplissage.

TM n'inclut pas les espaces de complétion en fin de chaîne ; to_timestamp et to_date ignorent le modificateur TM.

to_timestamp et to_date ignorent les espaces blancs multiples au débit de la chaîne en entrée et autour des valeurs date et heure sauf si l'option FX est utilisée. Par exemple, to_timestamp(' 2000    JUN', 'YYYY MON') et to_timestamp('2000 - JUN', 'YYYY-MON') fonctionnent, mais to_timestamp('2000    JUN', 'FXYYYY MON') renvoie une erreur parce que to_timestamp s'attend seulement à un seul espace. FX doit être indiqué comme premier élément dans le modèle.

Un séparateur (un espace ou un caractère qui n'est ni une lettre ni un chiffre) dans la chaîne modèle des fonctions to_timestamp et to_date correspond à tout séparateur simple dans la chaîne en entrée ou est ignoré, sauf si l'option FX est utilisé. Par exemple, to_timestamp('2000JUN', 'YYYY///MON') et to_timestamp('2000/JUN', 'YYYY MON') fonctionnent et to_timestamp('2000//JUN', 'YYYY/MON') renvoie une erreur parce que le nombre de séparateurs dans la chaîne en entrée dépasse le nombre de séparateurs dans le modèle.

Si FX est précisé, un séparateur dans la chaîne modèle correspond exactement à un caractère dans la chaîne en entrée. Mais notez qu'il n'est pas requis que le caractère de la chaîne en entrée soit identique au séparateur dans la chaîne modèle. Par exemple, to_timestamp('2000/JUN', 'FXYYYY MON') fonctionne, mais to_timestamp('2000/JUN', 'FXYYYY  MON') renvoie une erreur parce que le deuxième espace de la chaîne modèle est consommé par la lettre J dans la chaîne en entrée.

Un modif modèle TZH peut correspondre à un nombre signé. Sans l'option FX, les signes moins peuvent être ambigus et pourraient être interprétés comme un séparateur. L'ambiguïté est résolue ainsi. Si le nombre de séparateurs avant TZH dans la chaîne modèle est inférieur au nombre de séparateurs avant le signe moins dans la chaîne en entrée, le signe moins est interprété comme faisant partie de TZH. Sinon le signe moins est considéré comme un séparateur entre valeurs. Par exemple, to_timestamp('2000 -10', 'YYYY TZH') correspond à -10 avant TZH, mais to_timestamp('2000 -10', 'YYYY  TZH') correspond à 10 avec TZH.

Il est possible d'insérer du texte ordinaire dans les modèles to_char. Il est alors littéralement remis en sortie. Une sous-chaîne peut être placée entre guillemets doubles pour forcer son interprétation en tant que libellé même si elle contient des mots-clés de motif. Par exemple, dans '"Hello Year "YYYY', les caractères YYYY sont remplacés par l'année, mais l'Y isolé du mot Year ne l'est pas ; dans to_date, to_number et to_timestamp, le texte littéral et les chaînes entre guillemets doubles ignorent le nombre de caractères en entrée contenus dans la chaîne, par exemple "XX" ignore les deux caractères en entrée (qu'ils soient ou non XX).

Pour afficher un guillemet double dans la sortie, il faut le faire précéder d'un antislash. '\"YYYY Month\"', par exemple. Les antislashs ne sont pas traités spécialement en dehors des chaînes entre guillemets doubles. Dans une chaîne entre guillemets doubles, un antislash fait que le caractère suivant est pris littéralement, quel qu'il soit (mais ceci n'a pas d'effet spécial, sauf si le caractère suivant est un guillemet double ou un autre antislash).

Dans to_timestamp et to_date, les années négatives sont traitées comme signifiant avant Jésus Christ. Si vous écrivez à la fois une année négative et un champ BC explicite, vous obtenez après Jésus Christ de nouveau. Une entrée année zéro est traitée comme l'année 1 après Jésus Christ.

Dans to_timestamp et to_date, si la spécification du format de l'année est inférieure à quatre chiffres, par exemple YYY et que l'année fournie est inférieure à quatre chiffres, l'année sera ajustée à l'année la plus proche de l'année 2020. Par exemple, 95 devient 1995.

Dans to_timestamp et to_date, la conversion YYYY comporte une restriction avec les années à plus de quatre chiffres. Il faut alors utiliser un modèle ou un caractère non numérique après YYYY, sans quoi l'année est toujours interprétée sur quatre chiffres. Par exemple, pour l'année 20000 : to_date('200001130', 'YYYYMMDD') est interprété comme une année à quatre chiffres ; il faut alors utiliser un séparateur non décimal après l'année, comme to_date('20000-1130', 'YYYY-MMDD') ou to_date('20000Nov30', 'YYYYMonDD') .

Dans to_timestamp et to_date, le champ CC (siècle) est accepté, mais ignoré s'il y a un champ YYY, YYYY ou Y,YYY. Si CC est utilisé avec YY ou Y, alors le résultat est calculé comme l'année dans le siècle spécifié. Si le siècle est précisé, mais pas l'année, la première année du siècle est utilisée .

Dans to_timestamp et to_date, les noms ou chiffres des jours de la semaine (DAY, D, et les type de champs liés) sont acceptés, mais ignorés pour les besoins du calcul du résultat. C'est également vrai pour les champs quartiers (Q).

Dans to_timestamp et to_date, une date dans la numérotation par semaine ISO 8601 (différent d'une date grégorienne) peut être spécifiée d'une de ces deux façons :

Essayer de construire une date en utilisant un mélange de champs de semaine ISO 8601 et de date grégorienne n'a pas de sens et renverra du coup une erreur. Dans le contexte d'une année ISO, le concept d'un « mois » ou du « jour d'un mois » n'a pas de signification. Dans le contexte d'une année grégorienne, la semaine ISO n'a pas de signification.

Dans to_timestamp, les champs millisecondes (MS) et microsecondes (US) sont utilisés comme partie décimale des secondes. Par exemple, to_timestamp('12.3', 'SS.MS') ne correspond pas à 3 millisecondes, mais à 300, car la conversion traite la valeur comme 12 + 0.3 seconds. Ainsi, pour le format SS.MS, les valeurs en entrée 12.3, 12.30, et 12.300 spécifient toutes le même nombre de millisecondes. Pour obtenir trois millisecondes, il faut écrire 12.003, que la conversion traite comme 12 + 0.003 = 12.003 seconds.

Exemple plus complexe : to_timestamp('15:12:02.020.001230', 'HH24:MI:SS.MS.US') représente 15 heures, 12 minutes et (2 secondes + 20 millisecondes + 1230 microsecondes =) 2,021230 secondes ;

la numérotation du jour de la semaine de to_char(..., 'ID') correspond à la fonction extract(isodow from ...), mais to_char(..., 'D') ne correspond pas à la numération des jours de extract(dow from ...).

to_char(interval) formate HH et HH12 comme indiqué dans une horloge sur 12 heures, c'est-à-dire que l'heure 0 et l'heure 36 sont affichées 12, alors que HH24 affiche la valeur heure complète, qui peut même dépasser 23 pour une valeur de type interval.

0 indique la position d'un chiffre qui sera toujours affiché, même s'il contient un zéro en début ou en fin. 9 indique aussi la position d'un chiffre, mais, s'il s'agit d'un zéro en début, alors il sera remplacé par un espace alors que, s'il s'agit d'un zéro en fin et que le mode de remplissage est activé, il sera supprimé. (Pour to_number(), ces deux motifs de caractères sont équivalents.) ;

si le format fournit moins de chiffres décimaux que le nombre en cours de formatage, to_char() arrondira le nombre du nombre indiqué de chiffres décimaux.

les motifs S, L, D et G représentent le signe, le symbole de monnaie, le point décimal et le séparateur des milliers définis par la locale actuelle (voir lc_monetary et lc_numeric). Les motifs point et virgule représentent ces caractères avec la signification des séparateurs point décimal et séparateur de milliers, quelle que soit la locale ;

si aucun espace explicite n'est prévu pour un signe dans le motif de to_char(), une colonne sera réservée pour le signe et il sera ancré pour apparaître à la gauche du nombre. Si S apparaît à gauche d'un motif de 9, le signe sera ancré au nombre ;

un signe formaté à l'aide de SG, PL ou MI n'est pas ancré au nombre ; par exemple, to_char(-12, 'S9999') produit '  -12', mais to_char(-12, 'MI9999') produit '-  12'. (L'implémentation d'Oracle n'autorise pas l'utilisation de MI devant 9, mais requiert plutôt que 9 précède MI) ;

TH ne convertit pas les valeurs inférieures à zéro et ne convertit pas les nombres fractionnels ;

PL, SG et TH sont des extensions PostgreSQL ;

Dans to_number, si les motifs de modèle sans données tels que L ou TH sont utilisés, le nombre correspondant de caractères en entrée est ignoré, qu'ils correspondent ou non au motif du modèle, sauf si ce sont des caractères de données (autrement dit, chiffres, signes, point décimal, ou virgule). Par exemple, TH ignorera deux caractères qui ne sont pas des données.

V avec to_char multiplie effectivement les valeurs en entrée par 10^n, où n est le nombre de chiffres qui suit V. V avec to_number divise de la même façon. to_char et to_number ne supportent pas l'utilisation de V combiné avec un point décimal (donc 99.9V99 n'est pas autorisé).

EEEE (notation scientifique) ne peut pas être utilisé en combinaison avec un des autres motifs de formatage ou avec un autre modificateur, en dehors des motifs chiffre et de point décimal, et doit être placé à la fin de la chaîne de format (par exemple, 9.99EEEE est valide).