oracle et xml

Version imprimable

Voir 40 message(s) de cette discussion en une page

19/10/2009, 18h23
Waldar

Un petit retour sur le sujet de la bind variable, sur trois tests effectués sur la même volumétrie.

Première écriture (sans bind) : 48 minutes
Deuxième écriture (avec un bind) : 26 minutes
Troisième écriture (le select qui pointe directement sur le curseur) : 42 minutes

Je vais garder la deuxième !
19/10/2009, 19h04
mnitu

Citation:

Envoyé par Waldar

Un petit retour sur le sujet de la bind variable, sur trois tests effectués sur la même volumétrie.

Première écriture (sans bind) : 48 minutes
Deuxième écriture (avec un bind) : 26 minutes
Troisième écriture (le select qui pointe directement sur le curseur) : 42 minutes

Je vais garder la deuxième !

Sans le protocole de test il est difficile de se prononcer pour ou contre vos conclusions. Mais, je voudrais simplement remarquer que:
a) une différence de l'ordre de 20 minutes entre deux exécutions de la même requête avec et sans variable de liaison est difficile à mettre seulement sur les variables de liaison (binding variables).
b) Pour le moteur SQL d'Oracle, il n'y pas vraiment des différences entre la requête qui utilise le USING et la requête qui utilise le SQL statique. Au bout de la ligne ce sont deux requêtes qui utilisent des variables de liaison de la même manière (vérifiez avec une trace SQL). Mais la version qui utilise le SQL statique est meilleure parce quelle permet de faire des vérifications de syntaxe, droit d'accès, etc. à la compilation du bloc PL/SQL et non pas tardivement à l'exécution comme c'est le cas avec les requêtes dynamiques.
19/10/2009, 19h23
Waldar

Oui de toutes façons les tests en plein après-midi, ce n'est pas l'idéal, le serveur pouvant être plus ou moins attaqué.

Il faudrait que j'en refasse la nuit et que je jette un oeil à la trace effectivement.
19/10/2009, 23h07
r83

Bonsoir,

Je viens de me reconnecter et je vois que mon problème a ouvert un débat intéressant.
Effectivement, j'avais bien penser utiliser utl_file pour générer un fichier, je l'ai même fait à l'arrache... mais mon problème venait du fait que je voulais stocker ce fichier sur le poste client. Je ne pensais pas qu'il était possible de créer un fichier sur le poste client avec utl_file. Par contre ce soir, je ne vois pas grand chose sur internet, si vous avez des exemples ou des liens, je suis preneur.
Enfin, est-il possible de charger en une seule requête (ex :select xmlroot....) le fichier à renvoyer au client?
Un grand merci pour ces précieuses réponses.
BR

Re-bonsoir,

Après quelques tests, je vois que les requêtes que vous me proposez me retournent juste la dernière commande.
Pourquoi, si on renvoie un fichier sur le client avec utl_file, ne pas faire simplement une requête du style :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
select
 xmlRoot( 
     xmlElement(name "lescommandes",
      XMLAgg(XMLElement(name "commande",
               XMLAttributes(commande.idcde),
               XMLElement(name "datecommande", commande.datecde), 
               XMLAgg(XMLElement(name "LigneCde",
                  XMLForest(produit.idprod AS "id",
                  produit.libprod AS "libelle",
                  prodcde.qte AS "qteCommande") 
                  )             )
                  ))),version ''1.0" encoding="iso-8859-1''))getClobVal() AS RESULTAT
 
   FROM commande  INNER JOIN prodcde  ON prodcde.idcde = commande.idcde
                  INNER JOIN produit  ON produit.idprod = prodcde.idprod
   GROUP BY commande.idcde, commande.datecde;

qui retournerait le résultat désiré. Celle-c i est à mettre au point, il est tard, je ne vois plus l'erreur!!
Merci et.. bonne nuit
BR

Voir 40 message(s) de cette discussion en une page