Test insert delete

bonjour,

voilà je veux purger une table apres avoir l'historiser dans une autre table
D'abord j insere les enregistrement récupérés à l'aide de mon curseur dans la table d archivage, apres je les supprime
Mais il ne faut supprimer un enregistrement de la table d origine que s il est bien inserer dans la table d archivage ; j'arrive pas a faire ce test
Remarque : faut que j'utilise le BULK COLLECT et LIMIT

Merci bien de me repondre, c tres urgent

Voici une des solutions basée sur la gestion des exceptions clé dupliquée.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

For Ng In (Select * From Table_Origine) Loop Begin Insert Into Table_Cible Values(Ng.Col1,Ng.Col2....); -- L'insert s'est bien passé. Delete Table_Origine Where ...... Exception --Quand Erreur d'insertion, ne rien faire When Dup_Val_On_Index Then Null; End; End Loop;

---

Merci bien de m'avoir repondu

pour ça c bon, mais j'ai un soucis:
Quand j'utilise le fetch -mon_curseur- BULK COLLECT into l_rowid LIMIT &NB;
avec NB = 1000
et apres je fait le commit apres chaque ligne inserer et supprimer(dans la boucle for c a d), il me prend que les 1000 premier enregistrements
Est ce que si je met le commit apres la boucle for et dans la boucle loop du fetch ça ne causera pas de problème?

si je mets pas de commit sa prends tout les enregistrements


remarque: j'utilse le for update skip locked dans la requete de selection de mon curseur

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

DECLARE   CURSOR C1 IS SELECT rowid WHERE .. for update skip locked;       BEGIN     OPEN C1;   loop   fetch C1 BULK COLLECT into var LIMIT 1000;     if (var.COUNT != 0) then   for j in 1..var.COUNT loop   begin   insert into table_archive (select ... where rowid = var(j));   delete from table where rowid = var(j);       exception when others then NULL; dbms_output.put_line('erreur suppression'); end;   end loop;   commit; end if;   exit when C_stocouch%NOTFOUND;   end loop;   CLOSE C1;       EXCEPTION   WHEN OTHERS THEN   CLOSE C_stocouch;   END;

---

Le probleme c'est que juste le1000 premiers enregistrements sont traités

Merci de me repondre, c'est tres urgent

Citation:

---

Envoyé par zico_pro

Le probleme c'est que juste le1000 premiers enregistrements sont traités
Merci de me repondre, c'est tres urgent

---

Déjà merci de poser une question claire et de mettre ton message en forme avec la balise #...
C'est urgent ? Eh bien tu peux faire appel à des sociétés dont c'est le travail de traiter les urgences. Les gens du forum ont aussi leurs urgences.

Et pour ton problème que penses-tu de :

Code:

---

fetch C1 BULK COLLECT into var LIMIT 1000;

---

Sorry Jerome, j'avais pas vu.
Je supprime l'autre doublon.

Mais si la requete de mon curseur ramene 2300 enregistrements, le fetch doit les traiter tous

Alors pourquoi mettez-vous cette limite ?

le LIMIT ne sert-il pas à faire des lots de 1000 ? Il est dans un LOOP donc il n'y a pas de raison de ne traiter que 1000 lignes si il y a plus de lignes non ? :koi:

idem que : http://sheikyerbouti.developpez.com/...age=Chap5#L5.5

Oui, le LIMIT sert a faire des lots de 1000 lignes
Ils doit à chaque fois traiter 1000 ligne ensemble

pour 2300 enregistrements:
d abord il prend 1000 lignes
Apres les autres 1000
enfin 300

Citation:

---

Envoyé par zico_pro

...
remarque: j'utilse le for update skip locked dans la requete de selection de mon curseur

---

:aie: C'est une faute grave! :aie:
Nulle besoin de bulk, etc.

Code:

---

1 2 3 4 5

Insert /*+ APPEND */ Into table_hist Select ... From table_del Where ... / delete table_del (ou peut être truncate) /

---

Voilà.

en tout cas, passer par le ROWID c'est pas très lumineux comme idée tant c'est peu fiable comme données.

Sinon, tu es sûr que tu as bien 2300 lignes ? T'as essayé de mettre des messages pour voir par exemple combien de fois il boucle parce que tu déclenches peut-être une exception :?

Bon, j'ai fusionné les 2 discussions et du coup j'y vois plus clair.

La solution est donc très simple, un trigger BEFORE DELETE pour insérer les lignes dans la table archive et tu fais un DELETE de tes lignes :)

Citation:

---

Envoyé par orafrance

en tout cas, passer par le ROWID c'est pas très lumineux comme idée tant c'est peu fiable comme données.

Sinon, tu es sûr que tu as bien 2300 lignes ? T'as essayé de mettre des messages pour voir par exemple combien de fois il boucle parce que tu déclenches peut-être une exception :?

---

Passer par rowid c'est fiable mais dans ce cas c'est une perte de temps.
Et mon préféré

Code:

---

1 2 3 4 5 6

... when others then NULL; dbms_output.put_line('erreur suppression'); ...

---

est peut être la pour créer un problème.

Citation:

---

Envoyé par orafrance

Bon, j'ai fusionné les 2 discussions et du coup j'y vois plus clair.

La solution est donc très simple, un trigger BEFORE DELETE pour insérer les lignes dans la table archive et tu fais un DELETE de tes lignes :)

---

Voilà les trigger maintenant la où il n'ont rien a chercher :aie:.

Citation:

---

Envoyé par mnitu

Passer par rowid c'est fiable mais dans ce cas c'est une perte de temps.

---

c'est fiable jusqu'à ce qu'une migration de ligne ou un update soit fait :?

Il faut supprimer une ligne de la table d'origine que si elle a été bien inserer dans la table d'archivage

si elle n'est pas insérée le trigger déclenchera une erreur et le DELETE ne se fera pas :)

Je laisse le curseur?