FM suprime zeros à esquerda e espaços em branco à direita que, de outra forma, seriam adicionados para tornar a saída de um padrão de largura fixa. No PostgreSQL, FM modifica apenas a próxima especificação, enquanto no Oracle FM afeta todas as especificações subsequentes, e modificadores FM repetidos ativam e desativam o modo de preenchimento.

TM suprime espaços em branco à direita, independentemente de FM ser especificado ou não.

As funções to_timestamp e to_date não diferenciam letras maiúsculas e minúsculas na entrada; então, por exemplo, MON, Mon e mon aceitam as mesmas cadeias de caracteres. Quando se usa o modificador TM, a transformação em maiúsculas/minúsculas é feita segundo as regras de ordenação da entrada da função (veja a Seção 23.2).

As funções to_timestamp e to_date saltam múltiplos espaços em branco no início da cadeia de caracteres de entrada, e em torno dos valores de data e hora, a menos que a opção FX seja usada. Por exemplo, to_timestamp(' 2000    JUN', 'YYYY MON') e to_timestamp('2000 - JUN', 'YYYY-MON') funcionam, mas to_timestamp('2000    JUN', 'FXYYYY MON') retorna um erro, porque a função to_timestamp espera apenas um único espaço. FX deve ser especificado como o primeiro item no modelo.

Um separador (espaço, ou caractere que não seja letra ou dígito) na cadeia de caracteres do modelo das funções to_timestamp e to_date corresponde a qualquer separador único na cadeia de caracteres de entrada, ou é ignorado, a menos que a opção FX seja usada. Por exemplo, to_timestamp('2000JUN', 'YYYY///MON') e to_timestamp('2000/JUN', 'YYYY MON') funcionam, mas to_timestamp('2000//JUN', 'YYYY/MON') retorna um erro, porque o número de separadores na cadeia de caracteres da entrada excede o número de separadores no modelo.

Se for especificado FX, um separador na cadeia de caracteres do modelo corresponde exatamente a um caractere na cadeia de caracteres de entrada. Mas observe que o caractere da cadeia de caracteres de entrada não precisa ser idêntico ao separador da cadeia de caracteres do modelo. Por exemplo, to_timestamp('2000/JUN', 'FXYYYY MON') funciona, mas to_timestamp('2000/JUN', 'FXYYYY  MON') retorna um erro, porque o segundo espaço na cadeia de caracteres do modelo consome a letra J da cadeia de caracteres da entrada.

Um padrão de modelo TZH pode corresponder a um número com sinal. Sem a opção FX, os sinais de menos podem se tornar ambíguos, podendo ser interpretados como separador. Esta ambiguidade é resolvida da seguinte forma: Se o número de separadores antes de TZH na cadeia de caracteres do modelo for menor que o número de separadores antes do sinal de menos na cadeia de caracteres da entrada, o sinal de menos será interpretado como parte de TZH. Caso contrário, o sinal de menos é considerado um separador entre os valores. Por exemplo, to_timestamp('2000 -10', 'YYYY TZH') corresponde a -10 para TZH, mas to_timestamp('2000 -10', 'YYYY  TZH') corresponde a 10 para TZH.

É permitido texto comum em modelos para a função to_char, e será gerado diretamente. Pode ser colocada uma sub-cadeia de caracteres entre aspas para forçá-la a ser interpretada como texto literal, mesmo que contenha padrões de modelo. Por exemplo, em '"Hello Year "YYYY', YYYY será substituído pelo ano da data, mas o caractere Y em Year não será. Nas funções to_date, to_number e to_timestamp, texto literal e cadeias de caracteres entre aspas resultam em pular o número de caracteres contidos na cadeia de caracteres; por exemplo, "XX" pula dois caracteres de entrada (sejam eles XX ou não).

Se for desejado ter aspas na saída, estas devem ser precedidas por uma contrabarra; por exemplo, '\"YYYY Month\"'. As contrabarras não são caracteres especiais fora das cadeias de caracteres entre aspas. Dentro de uma cadeia de caracteres entre aspas, uma contrabarra faz com que o próximo caractere seja interpretado literalmente, seja este qual for (mas isto não tem nenhum efeito especial, a menos que o próximo caractere seja uma aspa ou outra contrabarra).

Nas funções to_timestamp e to_date, se a especificação do formato do ano tiver menos que quatro dígitos, como, por exemplo, YYY, e o ano fornecido tiver menos que quatro dígitos, o ano será ajustado para ficar o mais próximo do ano de 2020; por exemplo, 95 se torna 1995.

Nas funções to_timestamp e to_date, anos negativos são tratados como significando BC. Se for escrito um ano negativo e um campo BC explícito, será obtido AD novamente. Uma entrada de ano igual a zero é tratada como 1 BC.

Nas funções to_timestamp e to_date, a conversão YYYY tem restrição ao processar anos com mais de 4 dígitos. Deve ser usado algum caractere ou modelo que não seja dígito após o YYYY, caso contrário, o ano é sempre interpretado como tendo 4 dígitos. Por exemplo, (com o ano 20000): to_date('200001130', 'YYYYMMDD') será interpretado como um ano de 4 dígitos; em seu lugar, deve ser usado um separador sem dígito após o ano, como to_date('20000-1130', 'YYYY-MMDD') ou to_date('20000Nov30', 'YYYYMonDD').

Nas funções to_timestamp e to_date, o campo CC (século) é aceito, mas ignorado se houver um campo YYY, YYYY ou Y,YYY. Se CC for usado com YY ou Y, então o resultado é calculado como aquele ano no século especificado. Se o século for especificado, mas o ano não, será assumido o primeiro ano do século.

Nas funções to_timestamp e to_date, os nomes ou números dos dias da semana (DAY, D e tipos de campos relacionados) são aceitos, mas são ignorados para fins de cálculo do resultado. O mesmo vale para os campos de trimestre (Q).

Nas funções to_timestamp e to_date, uma data com número da semana ISO 8601 (diferente de uma data gregoriana) pode ser especificada de duas maneiras:

A tentativa de inserir uma data usando uma mistura de campos de numeração de semana ISO 8601 e campos de data gregoriana não faz sentido e gera erro. No contexto da data com número da semana ISO 8601, os conceitos de “mês” e “dia do mês” não fazem nenhum sentido. No contexto de ano gregoriano, a semana ISO 8601 não tem significado.

Na função to_timestamp, os campos milissegundo (MS) ou microssegundo (US) são usados como os dígitos dos segundos após o ponto decimal. Por exemplo, to_timestamp('12.3', 'SS.MS') não são 3 milissegundos, mas 300, porque a conversão o trata como 12 + 0.3 segundos. Portanto, para o formato SS.MS, os valores de entrada 12.3, 12.30 e 12.300 especificam o mesmo número de milissegundos. Para obter três milissegundos, deve ser escrito 12.003, que a conversão trata como 12 + 0.003 = 12.003 segundos.

Aqui está um exemplo mais complexo: to_timestamp('15:12:02.020.001230', 'HH24:MI:SS.MS.US') significa 15 horas, 12 minutos e 2 segundos + 20 milissegundos + 1230 microssegundos = 2,021230 segundos.

A numeração do dia da semana de to_char(..., 'ID') corresponde à função extract(isodow from ...), mas a de to_char(..., 'D') não corresponde à numeração do dia de extract(dow from ...).

A função to_char(interval) formata HH e HH12 como mostrado em um relógio de 12 horas; por exemplo, tanto zero hora quanto 36 horas têm como saída 12, enquanto HH24 gera o valor da hora completo, que pode exceder 23 em um valor do tipo de dados interval.

0 determina uma posição de dígito que sempre será impressa, mesmo que contenha um zero à esquerda ou à direita; 9 também determina uma posição de dígito, mas se for um zero à esquerda será substituído por um espaço, enquanto se for um zero à direita, e for especificado modo de preenchimento, será excluído. (Para a função to_number(), estes dois caracteres do padrão são equivalentes.)

Se o formato fornecer menos dígitos fracionários do que o número sendo formatado, a função to_char() irá arredondar o número para o número especificado de dígitos fracionários.

Os caracteres de padrão S, L, D e G representam os caracteres de sinal, símbolo de moeda, ponto decimal e separador de milhares definidos pela localidade corrente (veja lc_monetary e lc_numeric). Os caracteres do padrão ponto e vírgula representam estes caracteres exatamente, com os significados de ponto decimal e separador de milhares, independentemente da localidade.

Se nenhuma provisão explícita for feita para o sinal no padrão da função to_char(), será reservada uma coluna para o sinal, e será ancorado (aparecendo à esquerda) do número. Se aparecer um S à esquerda de alguns 9, também será ancorado ao número.

Um sinal usando SG, PL ou MI não está ancorado ao número; por exemplo, to_char(-12, 'MI9999') produz '-  12', mas to_char(-12, 'S9999') produz '  -12'. (A implementação do Oracle não permite o uso do MI antes do 9, o elemento de formato MI pode aparecer apenas na última posição de um modelo de formato numérico, ou seja, no Oracle to_char(-12, '9999MI') produz '12-')

TH não converte valores inferiores a zero e não converte números fracionários.

PL, SG e TH são extensões do PostgreSQL.

Na função to_number, se forem usados ​​padrões de modelo que não sejam de dados, como L ou TH, o número correspondente de caracteres de entrada é ignorado, independentemente de corresponderem ou não ao padrão do modelo, a menos que sejam caracteres de dados (ou seja, dígitos, sinal, ponto decimal ou vírgula). Por exemplo, TH pula dois caracteres não sejam caracteres de dados.

V com a função to_char multiplica o valor da entrada por 10^n, onde n é o número de dígitos após V; V com a função to_number divide de maneira semelhante. O V pode ser interpretado como um marcador da posição de um ponto decimal implícito na cadeia de caracteres de entrada ou saída. As funções to_char e to_number não oferecem suporte ao uso de V combinado com o ponto decimal (por exemplo, 99.9V99 não é permitido).

EEEE (notação científica) não pode ser usado em combinação com qualquer um dos outros padrões de formatação ou modificadores que não sejam padrões de dígitos e pontos decimais, e deve estar no final da cadeia de caracteres de formato (por exemplo, 9.99EEEE é um padrão válido).

Na função to_number() o padrão RN converte numerais romanos (no formato padrão) em números. A entrada não diferencia letras maiúsculas de minúsculas, então RN e rn são equivalentes. RN não pode ser usado em combinação com quaisquer outros padrões ou modificadores de formatação, exceto FM, que é aplicável somente na função to_char() sendo ignorado na função to_number().