Je dois insérer un grand nombre d'enregistrement (plusieurs dizaines de milliers) dans une table à la suite. Pour optimiser cette opération, j'ai pensé à utiliser une procedure stockée qui prendrait un tableau (ou une collection ou n'importe quoi d'approchant) en paramètres plutot que d'appeller 20000 fois la même procedure.
1)Est-ce possible ?
2)Si oui, Comment dois-je m'y prendre ?
3)1+2 via les composants ADO ?
 
D'avance merci
 
 

Ils viennent d'où tes enregistrements?

de ton cul évidemment
Ils viennent de données entrées par l'utilisateur (enfin, pas saisies à la main, mais c'est tout comme).

1) oui.
2) je sais plus
3) les ADOs c'est des trucs de pédophiles

Tu veux dire qu'un utilisateur est capable de saisir plus d'un millier d'enregistrements à la suite avec ses propres pieds

Je t'arrête tout de suite, j'ai jamais écrit ça!

c'est peut-être des données entrées en 20 ans, qui sait ?

L'origine des données n'est pas le problème

1) cool
2) dommage
3) Je n'ai pas souvenir de ces faits monsieur le juge

Je suppose que chaque entrée du tableau de ton programme VB contiendrait la donnée à insérer dans ta base, et que dans ta procédure stockée, tu prends chaque entrée de ce tableau, et tu l'INSERT dans ta base.
 
Le client Oracle de Microsoft ne permet pas de passer des tableaux en argument à des procédures stockées (ou alors j'ai jamais réussi à y arriver, mais dans ce cas je suis pas le seul)
 
La meilleure solution, est de mettre toutes les entrées de ton tableau dans une grande chaine de caractères, séparées par des virgules, puis de passer cette chaine en argument à une procédure stockée.
Puis, dans la procédure stockée, il faudra que tu parses cette chaine pour séparer les données, en utilisant la virgule comme séparateur. Puis réalise ton INSERT pour chaque donnée extraite.
 
Tu peux parser la chaine en utilisant les fonctions INSTR, SUBSTR, LTRIM et RTRIM de PL/SQL.
 
Bref, bon courage, c'est pas simple

merci, je vais voir ce que je peux faire avec ça.

dans mes rechrches sur google, je suis tombé sur cet article:
http://www.databasejournal.com/fea [...] hp/3318791
 
avec les méthodes qu'il donne, je pense avoir trouvé le moyens d'envoyer des tableaux de valeurs en paramètre d'une procedure stockée, je testerai ça lundi matin

ça a l'air sympa
si tu y arrives, poste le code de ta procédure, ça m'intéresse

tu peux pas utiliser un type de données TABLE ?

Vu que je veux insérer des valeurs qui ne sont pas dans la base, je ne pense pas, mais si tu as une méthode pour faire ça, je suis à l'écoute.

ben tu peux passer un argument de types "table d'entier" en parametre d'une proc, ce qui correspond a un tableau

Comment je fais ça avec les ADO ?

ca c'est une autre histoire
 
j'avais essayé en ASP un jour, j'avais pas réussi

Bonne nouvelle: J'ai réussi \o/
Mauvaise nouvelle: C'est 4 à 5 fois plus lent en utilisant des tableaux /o\
 
Si ça vous intéresse, je poste le code qui permet tout ça.

t'as fait comment finalement ?

Code VB:

 
Requete envoyée à Oracle:
 

ça intéresse qqn si je poste les différences de perfs selon la méthode utilisée ou bien je laisse mourir ce topic tranquillement ?

non vas-y envoie

Pour 100000 insertions:

lexique:
-sans rien: execute les requêtes d'insertion une par une.
-Blocs: execute toutes les requêtes d'insertion en une seule fois dans un bloc BEGIN ... END;
-Transaction: exetute les requêtes dans une transaction.
-Proc: utilise une procedure stockee pour faire l'insert (un insert par procedure)
-proc + tableaux: utilise une procedure stockee qui prend un tableau en paramètre (tous les insert d'un seul coup).

résultats impressionnants... surtout en tre 1004 et 40 s...

merci en tout cas

t'en as sauté un

je compare pas le meilleur et le moins bon résultat. Mais des résultats qui me semblaient comparable,  
 
Transaction + proc :                            1004,984 s.
Blocs + Transaction + proc :                      40,640 s.

OK.
 
Moralité, les tests cai bon, mangézen

Pense bête:
 

• Penser à ajouter le beginTrans et comitTrans

• Insertion/Maj des asso TypeH:

1-delete de tout les couples IDAFFPH/IDTYPEH à insérer/updater (une seule reqête, aucun risque d'erreur)
2-Passage de l'IDETAT à 3 sur toutes les asso contenant un IDAFFPH à insérer/updater (une seule reqête, aucun risque d'erreur)
3-Insérer les couples IDAFFPH/IDTYPEH à insérer/updater  

Quelqu'un a déjà utilisé le FORALL ?  Notre DBA m'en a parlé aujourd'hui et ça a l'air d'être le moyen idéal de faire ce que je cherche à faire.
 
je testerai ça quand j'aurais le temps.
plus d'infos:
http://tahiti.oracle.com/pls/tahit [...] tion=48873

ça a l'air cool, je connaissais pas du tout

Bah si c'est un problème.
 
Parceque si tu peux passer par une table ou un truc similaire, il suffit que ta requête accepte une "table" (ou "curseur" ) en paramètre, et tu lances :
 
select maFonction(select mesdonnes from matable)

arf

Relis le topic, ça t'évitera de débarquer 6 mois après avec une non solution

J'ai fait des tests avec le FORALL, mais je trouve des résultats bizarre
 
J'en parle à mon DBA lundi et je vous tiens au courant

Après avoir corrigé le bug monstrueux dans mon programme de test (:ange, j'ai enfin des résultats cohérents (toujours pour 100000 insertions):

(j'ai changé de serveur de test depuis les tests précédents)
 
 
Le gain apporté par le FORALL est donc assez intéressant. Et il y a de fortes chances pour que les écrats soient encore plus important dans la pratique vu que ma table de test n'est pas indexée et que le FORALL est censé gagner un temps precieux sur l'indexation.
A noter egallement que l'utilisation des objets en PL/SQL fait chuter les perfs de manière vertigineuse.  
 
 
 
Procedures stockées utilisées pour l'insertion via tableaux(Simple):
 

 
Procedures stockées utilisées pour l'insertion via tableaux(Simple)+ ForAll:
 

 
 
 
 
 
Prochaine étape: regarder comment utiliser un FORALL avec des séquences.

Question bête : pourquoi tu utilises pas sqlloader ?

sûrement à cause de ça:
http://forum.hardware.fr/hardwaref [...] tm#t785112