Início / dba / Perguntas / 5778
Accepted
kevinskio
Asked: 2011-09-15 12:12:26 +0800 CST

Consequências da alteração de NLS_TIMESTAMP_FORMAT

  • 772

Eu administro um banco de dados 9.2.0.8 onde o NLS_TIMESTAMP_FORMATestá definido como 'DD-MON-RR HH.MI.SSXFF AM';.

Isso leva a resultados ímpares ao usar a CAST TO TIMESTAMPfunção:

select CAST('14-SEP-2011' AS TIMESTAMP) "DATE" from dual;
----------
14-SEP-2020 11:00:00.000000 AM

Se eu alterar o NLS_TIMESTAMP_FORMATto 'DD-MON-YYYY HH.MI.SSXFF AM', então estou pronto para ir.

Alterar o NLS_TIMESTAMP_FORMATparâmetro no banco de dados YYYYteria alguma consequência?

oracle configuration

2 respostas

  1. Best Answer

    O nível do banco de dados NLS_DATE_FORMATe NLS_TIMESTAMP_FORMATos parâmetros não são particularmente úteis porque são sempre substituídos pelas configurações do cliente. Portanto, mesmo que você altere a configuração do banco de dados, mais de 99% das vezes quando um usuário aparece e se conecta ao banco de dados, sua sessão definirá um NLS_DATE_FORMATe NLS_TIMESTAMP_FORMATcom base nas configurações do cliente NLS_LANGou de outro idioma nacional (ou seja, aplicativos que usam o JDBC fino driver usa as configurações de internacionalização da JVM em vez de depender do cliente NLS_LANG) e anula a configuração feita no banco de dados. Existem alguns casos extremos envolvendo trabalhos de banco de dados usando DBMS_JOBSou DBMS_SCHEDULERonde não há cliente onde o banco de dados NLS_DATE_FORMATe NLS_TIMESTAMP_FORMATsão usados, acredito, mas esses são bastante raros.

    Você poderia criar um gatilho de login que fizesse um ALTER SESSIONpara definir o NLS_DATE_FORMATe NLS_TIMESTAMP_FORMATpara suas sessões. Isso anularia as configurações solicitadas pelo cliente ao criar a sessão. Como Nick aponta, você teria que se preocupar com o fato de outras consultas estarem contando com a configuração atual para conversões implícitas e sua alteração pode quebrar esse código.

    Em geral, é muito melhor evitar conversões implícitas sempre que possível, mas principalmente quando se trata de converter strings de ou para datas e carimbos de data/hora, simplesmente porque existem tantos formatos diferentes que você está se preparando para problemas. Se você deseja especificar uma data literal em seu código, é muito melhor usar a sintaxe ANSI de data e carimbo de data/hora

    SQL> ed
Wrote file afiedt.buf

  1  select cast( date '2011-09-14' as timestamp ) dt,
  2         timestamp '2011-09-14 13:15:30' ts
  3*   from dual
SQL> /

DT                             TS
------------------------------ -----------------------------------
14-SEP-11 12.00.00.000000 AM   14-SEP-11 01.15.30.000000000 PM

    Se você deseja converter uma string em uma data ou carimbo de data/hora, é melhor usar a TO_DATEou a TO_TIMESTAMPcom uma máscara de formato explícito.

    • 4

  2. As consultas existentes que dependem desse formato podem retornar resultados diferentes.

    Verifique se o seu código existente interpreta os TIMESTAMPcampos de uma forma que depende do formato e certifique-se de atualizá-lo se isso acontecer. Observe também que NLS_TIMESTAMP_FORMATpode ser definido no nível do banco de dados ou do cliente, portanto, observe qual formato um cliente vê quando executa o código.

    • 0

relate perguntas