Discussion :

[ptit_tof57]

Bonjour,

J'utilise une version d'oracle 9i.
Ma requête contient un hint /* materialize */ afin d'optimiser celle-ci.

Cela fonctionne parfaitement lorsque j'utilise celle-ci dans l'application "Oracle SQL Developer".
Par contre dans mon application console (Framework 4), lorsque j'attribue le texte de ma requête à la propriété "CommandText" d'un objet Command et que j'execute celle-ci, la materialisation ne semble pas être prise en compte.

Ma question est : est-ce possible de materialiser les données à partir de CommandText depuis une application .Net ?

Exemple de requête :

SELECT /*+ materialize */ Name, Adress, Phone
FROM User

Merci d'avance.
Christophe.

[Bluedeep]

Bonjour,

Ma question est : est-ce possible de materialiser les données à partir de CommandText depuis une application .Net ?

A priori, ADO.Net envoie ta requête (après éventuelle remplacement des paramètres) as-is au SGBD. Plus généralement, tout ce que tu peux faire via SQL sur ton "shell" de SGBD peut être fait via ADO.Net, donc (bien que je ne connaisse pas ce "materialize") il n'y a pas de raison que cela ne fonctionne pas.
SAUF, si "materialize" (je connais mal Oracle, a fortiori une ancienne version comme la 9g) est quelque chose d'interprêté par le shell et pas par le SGBD lui même.

Je suppose qu'il existe sur Oracle un équivalent du profiler de Sql Server te permettant de voir les requêtes tel qu'elles arrivent au SGBD : vérifie à tout hasard que cette commande est bien transmise, malgré la syntaxe un peu "folklorique", avec le commentaire "façon C/C++". (qui pose peut être ici problème).

[Nathanael Marchand]

Si tu utilises les drivers ODP.Net, y'a pas de raison que ca passe pas. J'utilise également des hints (même via NHibernate) et ca passe.

BlueDeep: Le hint materialize est utilisé pour matérialiser une sous-requête. Une fois materialisée les accès vers cette sous requête sont plus rapide (mais materialiser beaucoup de données peut avoir un coût).

Question pour ptit_tof57: Comment visualises tu qu'il n'y a pas matérialisation de ta sous requête? Quelle est ta vraie requête?

[ptit_tof57]

Merci pour vos réponses, je vais approfondir le sujet.

Nathanael, est-ce que dans la chaîne de la requête, les "/" doivent être traités d'une certaine façon ? Commer par exemple pour un chemin @"C:\Windows" avec le @ devant.

Pour voir que ma table n'est pas matérialisée, je le déduis par le temps d'execution qui est trop important...

[Bluedeep]

Merci pour vos réponses, je vais approfondir le sujet.

Nathanael, est-ce que dans la chaîne de la requête, les "/" doivent être traités d'une certaine façon ? Commer par exemple pour un chemin @"C:\Windows" avec le @ devant.:

A priori non, mais le "@" (chaine littérale) ne mange pas de pain.

[Nathanael Marchand]

Si c'est juste un Select sans sous-requêtes, le materialize n'a pas d'utilité. Il est surtout utile avec l'instruction WITH.
D'ailleurs comme dit plus haut, une materialisation de sous requête peut être couteuse: exemple on a une partition oracle "pinnée" en memoire, (ie toute ma table est en mémoire), une matérialisation écrit ces données sur le disque donc dans ce cas, c'est mois valable.
Le mieux serait de regarder les plans d'executions des requêtes.

[ptit_tof57]

Je viens de tester le @ devant la chaîne, même résultat, cela ne fonctionne pas...
J'ai utiliser la chaîne obtenue par CommandText dans Oracle SQL Developper, et la tout fonctionne correctement...

Voici comment se profil ma requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
WITH all_users as (SELECT /*+ materialize */ Name, ID FROM   Users)
SELECT DISTINCT Field1, Field2, (SELECT Name FROM all_users WHERE all_users.ID = Table1.ID) as "Users"
FROM Table1

Elle commence par "WITH", est-ce un problème pour ADO.Net ?
Faut-il placer les Hints directement dans la requête, sans utiliser "WITH"