Continue Insère dans Oracle lorsqu'une exception est déclenchée

Je suis en train de travailler sur la migration de données à partir d'un système d'héritage dans notre nouvelle application(en cours d'exécution sur la Base de données Oracle 10gR2). Dans le cadre de la migration, je suis en train de travailler sur un script qui insère les données dans des tables qui sont utilisées par l'application.

Le nombre de lignes de données qui sont importés heurte à des milliers, et la source de données n'est pas propre (inattendus, les valeurs null dans les colonnes not NULL, etc). Ainsi, alors que l'insertion de données à travers les scripts, lorsqu'une exception se produit, le script se termine brusquement, et l'ensemble de la transaction est annulée.

Est-il un moyen, par qui je peux continuer insère des données dont les lignes sont propres?
À l'aide de NVL() ou COALESCE() n'est pas une option, car je voudrais connecter les lignes à l'origine des erreurs afin que les données puissent être corrigé pour le prochain passage.

EDIT: Ma procédure actuelle a un gestionnaire d'exception, je suis la journalisation de la première ligne qui provoque l'erreur. Serait-il possible pour les insertions de continuer sans résiliation, parce qu'en ce moment sur la première exception gérée, la procédure se termine.

OriginalL'auteur Sathyajith Bhat | 2009-06-30

5

À l'aide de PLSQL vous pouvez effectuer chaque insérer dans sa propre transaction (COMMIT après chaque) et de journal ou d'ignorer les erreurs avec un gestionnaire d'exceptions qui continue à aller.

Le gestionnaire d'exception pièges de la première erreur, et puis les sorties de la procédure. Comment puis-je l'empêcher de sortir ?
est en droit de mettre l'insérer à l'intérieur de son propre bloc: COMMENCER à insérer ... EXCEPTION handle_exception FIN;
Merci, mis en œuvre la présente, et ce sera beaucoup plus à l'avenir.

OriginalL'auteur Arnshea

Si les volumes de données sont plus élevés, ligne par ligne de traitement en PL/SQL serait probablement trop lent.
Dans ces circonstances, vous pouvez utiliser DML la journalisation des erreurs, décrit ici

CREATE TABLE raises (emp_id NUMBER, sal NUMBER 
   CONSTRAINT check_sal CHECK(sal > 8000));

EXECUTE DBMS_ERRLOG.CREATE_ERROR_LOG('raises', 'errlog');

INSERT INTO raises
   SELECT employee_id, salary*1.1 FROM employees
   WHERE commission_pct > .2
   LOG ERRORS INTO errlog ('my_bad') REJECT LIMIT 10;

SELECT ORA_ERR_MESG$, ORA_ERR_TAG$, emp_id, sal FROM errlog;

ORA_ERR_MESG$               ORA_ERR_TAG$         EMP_ID SAL
--------------------------- -------------------- ------ -------
ORA-02290: check constraint my_bad               161    7700
 (HR.SYS_C004266) violated

Il suffit de lire le lien que tu a donné, DML validation a une restriction de ne pas être en mesure de capturer et donc échouent, sur une violation de contrainte d'unicité, et j'ai rencontré de telles erreurs. De toute façon, j'étais pas au courant, et sera certainement de les utiliser dans d'autres domaines de la conversion que je suis en train de travailler sur. Merci.

OriginalL'auteur Gary Myers

Essayez ceci:

for r_row in c_legacy_data loop
  begin
    insert into some_table(a, b, c, ...)
    values (r_row.a, r_row.b, r_row.c, ...);
  exception
    when others then 
      null;  /* or some extra logging */
  end;
end loop;

OriginalL'auteur diederikh

DECLARE
   cursor;
BEGIN
    loop for each row  in cursor
      BEGIN  -- subBlock begins 
         SAVEPOINT startTransaction;  -- mark a savepoint
 -- do whatever you have do here
         COMMIT;         
      EXCEPTION
         ROLLBACK TO startTransaction;  -- undo changes
      END;  -- subBlock ends
   end loop;
END;

OriginalL'auteur Sai Ganesh

0

Si vous utilisez sqlldr vous pouvez spécifier pour continuer le chargement de données, et tous les "mauvais" données seront ignorées et enregistré dans un fichier séparé.

OriginalL'auteur Mark Roddy

Vous devez vous connecter pour publier un commentaire.