IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

Select dans un select, bien ou pas bien ?


Sujet :

SQL Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2009
    Messages : 1
    Par défaut Select dans un select, bien ou pas bien ?
    Bonjour,

    Je voulais savoir si c'est correct de faire un select dans un select ?

    Je m'explique: J'ai des commandes avec des sous lignes que l'on peut valider ou non. Je veux, dans un tableau, afficher les commandes avec une colonne dans chacune des lignes qui indique le nombre de sous lignes validées.

    J'ai pensé à plusieurs solutions :
    - changer ma requete qui liste les commande en ajoutant une jointure qui compte le nombre de lignes validées ou par sous requete dans le FROM. Mon pb c'est que ma requete initiale a un cout de 3903 et qu'elle passe d'un cout à 21535. (il y a de nombreuses tables...)
    - dans mon tableau, lors du remplissage de chaque ligne (asp.net/c#) appeler une fonction qui va me compter le nombre de sous lignes validées pour chaque ligne de commande. je trouve cette solution un peu moche car ça fait des acces base pour chaque ligne remplie (la requete qui compte n'a un cout que de 4).
    - mettre un champ dans mes commandes qui contienne le nombre de sous lignes validée et ce champs serait mis a jour par un trigger sur ma table des sous ligne quand on met à jour le flag de validation. Cette solution me parait moins mal que la précédente mais ça fait rajouter un champ dans mes commandes alors qu'il peut etre calculé.....et je ne sais pas quel est le cout d'un trigger mais cela peut ralentir la base...
    - enfin, solution que je viens de trouver, lorsque je fais mon select pour lister les commande, faire un sous select qui me compte le nb de sous lignes validées. Par exemple :
    select cmd.cde_id,cmd.nom, cmd.date, (select count(*) from mes_lignes where valide=1 and cde_id=cmd.cde_id) as qte_valides, ....
    from commande cmd, ......

    J'ai regardé le cout via l'explain plan, il ne bouge pas par rapport à ma requete initial. Cependant, je voulais savoir si d'un point de vu programmeur, c'est moche ? je viens de démarrer et je n'ai pas beaucoup d'expérience sur ce qui est bien/pas bien.

    Pourriez-vous me donner votre avis ?

    Je vous remercie par avance pour vos réponses.

    Hukom

  2. #2
    Membre éclairé
    Profil pro
    Inscrit en
    Février 2009
    Messages
    321
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 321
    Par défaut
    Bonjour,

    Je suis egalement debutant , cependant j'ai deja du utiliser la solution d'un select dans un select et cela fonctionne correctement (rapidité etc...)

  3. #3
    Rédacteur

    Homme Profil pro
    Développeur et DBA Oracle
    Inscrit en
    Octobre 2006
    Messages
    878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Développeur et DBA Oracle

    Informations forums :
    Inscription : Octobre 2006
    Messages : 878
    Par défaut
    Salut Hukom,

    Peux tu poster ta requête?

    Salim.

  4. #4
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Il faut tester. Sur des gros volumes ça marche moins bien!
    Il y a aussi une solution basée sur l'utilisation des vues matérialisée.
    Mais je ne comprends pas bien l'histoire de "il y a de nombreuses tables...)

  5. #5
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    Il n'y a pas toujours de sens à comparer le cout entre 2 requêtes différents. Le cout est en général utilisé uniquement pour comparer 2 plans d'exécution pour une même requête.
    Il vaudrait mieux executer la requête et comparer le temps et le nombre de 'logical reads', ce sera plus représentatif.

    Cordialement,
    Franck.

Discussions similaires

  1. [MySQL] pas d'erreur mais l'insertion dans la base ne marche pas bien
    Par info_sara dans le forum PHP & Base de données
    Réponses: 1
    Dernier message: 21/05/2008, 14h55
  2. select dans un select
    Par Terminator dans le forum Langage SQL
    Réponses: 7
    Dernier message: 20/10/2005, 18h23
  3. [REQUETE][IMBRIQUEE] Bien ou pas bien?
    Par fabszn dans le forum Langage SQL
    Réponses: 31
    Dernier message: 21/04/2005, 10h57
  4. [firebird] sous select dans un select
    Par gdido dans le forum SQL
    Réponses: 2
    Dernier message: 14/05/2004, 09h57
  5. [Sybase] Select dans une select loop en C
    Par Claudio dans le forum Sybase
    Réponses: 2
    Dernier message: 29/04/2003, 18h06

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo