Início / dba / Perguntas / 126233
Accepted
Izzy
Asked: 2016-01-15 05:33:19 +0800 CST

Como encontrar o número de linhas alteradas por uma instrução UPDATE no Oracle?

  • 772

Imagine a seguinte tabela:

id | nome | família
---+------+--------
 0 | João | ferreiro
 1 | Maria | invernos
 2 | João | Corça

e agora a seguinte afirmação:

UPDATE t SET name = 'John' WHERE id = 0;

Na verdade, essa declaração não atualizaria nada – pois reflete o que já existe. Agora todos os blogs, manuais e whatsnots disseram para verificar SQL%ROWCOUNTo número de linhas atualizadas. Fazer isso retorna 1( linhas afetadasWHERE – ou seja, aquelas com as quais a cláusula correspondeu). Vamos a outro:

UPDATE t SET family = 'Smith' WHERE name = 'John';

De fato, isso só mudaria a linha com id=2, então eu quero algo informando "1 linha atualizada" - mas SQL%ROWCOUNTnos dá 2(novamente, linhas afetadas ).

Então aqui vem a pergunta final: O que dá o número de linhas alteradas ?

oracle

1 respostas

  1. Best Answer

    Se você emitir uma instrução de atualização em sua tabela que atualize efetivamente os dados para o mesmo valor que já está lá, o banco de dados atualiza a linha, portanto, SQL%ROWCOUNTé preciso, mesmo que o novo valor seja o mesmo que o valor antigo.

    Você pode usar uma consulta de versões de flashback para ver se o banco de dados realmente atualizou o registro:

    select t.*
     , VERSIONS_OPERATION
     , VERSIONS_STARTTIME
     , VERSIONS_ENDTIME
     , VERSIONS_XID
  from t
  versions between timestamp systimestamp - interval '10' minute and systimestamp
 where id = 0;

UPDATE t SET name = 'John' WHERE id = 0;
commit;

select t.*
     , VERSIONS_OPERATION
     , VERSIONS_STARTTIME
     , VERSIONS_ENDTIME
     , VERSIONS_XID
  from t
  versions between timestamp systimestamp - interval '10' minute and systimestamp
 where id = 0;

    Na primeira consulta acima, provavelmente haverá apenas uma linha retornada para ID=0. Então, depois de emitir e confirmar uma atualização ID=0na segunda vez que a consulta de versões de flashback for executada, você deverá recuperar dois registros, um para o registro original onde a VERSIONS_ENDTIMEcoluna foi preenchida e outro para a nova versão do registro mostrando que a operação contra foi um Update e que o registro tem um VERSIONS_STARTTIMEhorário igual ao final do registro original.

    A única maneira de impedir que os registros sejam atualizados com os mesmos valores é com um predicado apropriado na cláusula where ou em uma atualização on para cada gatilho de linha que rejeita a alteração gerando um erro.

    • 4

relate perguntas