Reprise du message précédent :

Je ne crache pas sur les SGBD sans raison, ce con de transact-SQL n'accepte pas qu'une fonction (un Convert par ex.) soit passée en paramètre d'une procedure stockée. Vachement pratique pour passer des dates à une procedure stockée

chaque SGBD a ses avantages et inconvénients
personnellement, je pesterais à vie contre l'archaisme d'Oracle, ce SGBD m'en a trop fait voir quand je l'attaquais à longueur de journée à coup de C++

C'est sûr. C'est vrai aussi que dans ce cas précis c'est assez facillement contournable, mais c'est quand même bien con quand on sait que les fonctions passent sans pb dans une requête SQL.

+1 Le pire c'est qu'ils ont l'air de s'en battre les couilles avec une pelle à tarte chez oracle, ils préfèrent offrir la possibilité d'envoyer des mails en PL/SQL sans doute

pense bête:
-Client Oracle 8i
-RTECYCLE
-AGAPESEVP
-affphmng surnuméraire dans affch.
-chargement.

t'a pensé a regarder l'utiliaire d'import Oracle ?? IMP
depuis ta source tu dump tous les enregistrmement formatés en focntion de ta table dans un ficher texte puis tu l'importe.
c bcp + rapide qu'un insert, fo penser à desactiver les contraintes si t'en as et qu'elles risquent de s'activer

c'est quoi la différence avec SQL*LOADER?

hmm sorry g pas lu tout le topic
en fait sql*loader utilise un fihcer de control pour le guider a importer les champs  

vouip, toutafé.
Et IMP? Il se débrouille sans?:heink:

oui
http://docs.rinet.ru/O8/ch25/ch25.htm

ah oui, mais il lit que des exports Oracle...c'ets super spécifique là quand même!

vi en fait pour utiliser IMP il faut avoir exporter avec EXP (en respectant les version lol 8i != 9)
bref je pense sqlloader est plus adapté dans son cas.

Comme je l'ai dit pour SQL*loader, je garde ça dans un coin de ma tête, mais je préfère me cantonner aux méthodes "classiques" tant que je ne suis pas acculé dans les cordes.

OK, exit IMP dans ce cas

J'ai refait des tests aujourd'hui et je me suis rendu compte que pour avoir les meilleurs perfs, mettre le plus d'instruction possible dans un bloc d'execution n'était pas la bonne tactique. Avec ma procedure de test, j'obtiens les meilleurs perfs en faisant des blocs de 300 instructions (alors que je peux aller jusqu'à 4000). J'adore oracle

spapossib un SGBD merdique comme ça, ils ont du le faire exprès chez Oracle

Peut-être que le problème ne se pose pas avec un serveur plus puissant .....

ouais mais bon, d'autres SGBD ne demandent pas autant de ressources pour un résultat identique !
(non non, je n'ai pas cité SQL Server )