Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Gestion des erreurs pour Oracle
bonjour,
je travaille actuellement avec Oracle, et uniquement en sql brut.
Mon client me fournit un ou plusieurs fichiers, que je charge dans des tables de travails afin d'y ajouter des contrôles de validités pour chaque champs.
Comment puis je faire pour que lorsque ma donnée n'est pas valable je puisse la sortir dans une autre table appelé table de rejet afin de répertorier tous les enregistrements qui n'auront pas fonctionner.
Merci
Pourquoi ne pas utiliser Sql*Loader ?
Effectivement je n'y avais pas pensé, je vais essayer cette solution.
Merci
dans le cas présent, une table externe permettrait de s'affranchir du chargement du fichier dans des tables de travail
Ah bon ? Mais comment on fait pour gérer les rejets avec une table externe ?
il me semble bien que c'est comme SQL*Loader mais j'avoue que je ne me souviens pas
effectivement à force de me renseigné j'ai pu constater qu'avec un sql loader c'est faisable pour le fichier bad et discard, sauf que les contrôles doivent se faire sur des données précisent.
dans mon cas je ne fais que des contrôles sur des format de données et avec pour deuxième critères des jointures donc pas possible dans sql loader.
Si quelqu'un d'uatre à une idée elle est la bien venue.
autre idée déjà donnée
sinon tu loades les données dans une table et ensuite tu vérifies tes régles de gestion dans cette table... moins bon que table externe mais même principe
Comme Fred_D dans ce cas :
Table externe. Tu lis cette table et tu insères les données qui répondent à tes conditions dans une table OK et celles qui n'y répondent pas dans une table PAS_OK.
Si le format du fichier n'est pas fiable :
Tu utilises SQL*Loader pour charger les données correctes dans une table DONNEES_BRUTES et les pas correctes seront déplacées dans le fichier de discard.
Puis tu lis cette table et soit :
- tu insères les données qui répondent à tes conditions dans une table OK et celles qui n'y répondent pas dans une table PAS_OK.
- tu mets à jour un champ OK de la table à 1 si les données répondent à tes conditions et à 0 si elles n'y répondent pas.
Note : si la partie lire / écrire / mettre à jour est trop compliquée en SQL, passe par du PL/SQL.
oui sauf que je n'ai pas le droit au pl/sql sinon il y a longtemps que j'aurais tenter cette solution mais l'idée est bonne et je vais m'y pencher.
Bah c'est pas vraiment un problème, juste que ça peut être un peu lourd en SQL.
La question qui se pose est : le format des fichiers en entrée est-il fiable ou pas ?
a priori oui mais bon on se méfie quand même
Ben si c'est à priori oui, alors tu peux partir sur les tables externes sans SQL*Loader, puisque SI le fichier est pourri, ça sera un incident.
Par contre si ça fait partie du cahier des charges de pouvoir supporter un fichier pourri et surtout de pouvoir sortir les données qui ne respectent pas le format (je ne parle même pas des règles supplémentaires que tu veux appliquer, juste le format) alors je pense que SQL*Loader est une bonne solution. A moins que quelqu'un ici ne sache comment gérer les exceptions et les discard avec une table liée comme on peut le faire sous SQL*Loader.
par pure hypothèse que le format soit pourris je vais passer par le sql loader.
car vu que le cahier des charges changent en permanence je préfère prévenir que guérir.
en tout cas merci pour les conseils, et je tiens au courant si mon dév aboutit.
Bon voilà pas pû revenir avant mais mon dev à aboutit et effectivement l'utilisation du sql loader etait la meilleure solution.
En tout cas merci à tout ceux qui m'on filé un coup de main.
Répondre avec citation
Partager