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

Langage SQL Discussion :

Plein de jointures qui ne fonctionnent pas


Sujet :

Langage SQL

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    104
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France

    Informations forums :
    Inscription : Mars 2005
    Messages : 104
    Points : 69
    Points
    69
    Par défaut
    Bonjour,

    Voila en gros j ai 4 tables:
    clone -> clone_id, #cross_id

    cross -> cross_id, cross_nom, cross_rq, cross_type

    spec -> spec_id, spec_nom

    cr_sp -> #spec_id, #cross_id

    et j aimerai faire un requete de ce style:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
     
    SELECT cross.cross_name AS Cross, cross.cross_rq AS Remarks,
    count(clone.clone_id) AS "Total ",  spec.spec_nom AS "Parental"
    FROM cross 
    INNER JOIN cr_sp 
    ON cross.cross_id = cr_sp.cross_id 
    INNER JOIN spec 
    ON cr_sp.spec_id = spec.spec_id 
    LEFT JOIN clone 
    ON cross.cross_id = clone.cross_id 
     
    WHERE cross_type != 'original' 
     
    GROUP BY cross.cross_name
    Mais celle la ne marche pas,
    en fait je veux récuperer tout les cross différent de 'original' ainsi les spec auquels ils sont associés et le total de clone lié...

    est ce assez clair? qqs un a une idée ?
    Je sens que la solus est pas loin !

    PS : Je suis sous PostGre / PHP / Apache ...

  2. #2
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    104
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France

    Informations forums :
    Inscription : Mars 2005
    Messages : 104
    Points : 69
    Points
    69
    Par défaut
    Bon apres qqs changement dans la req
    :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
     
    SELECT cross.cross_name AS Cross, 
    count(clone.clone_id) AS "Total Oak",  spec.spec_nom AS "Parental Species"
     
    FROM cross
     
    inner JOIN cr_sp
    ON cross.cross_id = cr_spec.cross_id 
     
    JOIN spec 
    ON  spec.spec_id = cr_spec.spec_id
     
    left JOIN .clone
    ON cross.cross_id = clone.cross_id
     
    WHERE cross_type != 'original tree'
     
    GROUP BY cross.cross_name, cross.cross_id, cross.cross_id, cross.cross_author, spec.spec_nom
    j obtiens


    en fait j aimerais pour qu un meme cross j ai les deux species sur la meme ligne.
    Ainsi avoir une seule ligne par cross. Qqs un une idée? C est possible ?

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 837
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 837
    Points : 52 922
    Points
    52 922
    Billets dans le blog
    5
    Par défaut
    Commencez par éviter d'utiliser un mot clef de SQL comme nom de table. En particulier CROSS est un mot réserver de SQL et perturbe l'analyse syntaxique.

    Une raison pour laquelle utiliser une norme de nommage peut s'avérer uin plus, comme par exemple préfixer toutes ses tables par T_ et ses vues par V_...

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Membre du Club
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    104
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France

    Informations forums :
    Inscription : Mars 2005
    Messages : 104
    Points : 69
    Points
    69
    Par défaut
    Je sais bien là je n'ai mis que des noms raccourcis ce n est pas les termes exactes que j emploie dans ma base de données !

  5. #5
    Membre émérite

    Profil pro
    Inscrit en
    Mars 2005
    Messages
    1 683
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Mars 2005
    Messages : 1 683
    Points : 2 579
    Points
    2 579
    Par défaut
    Si votre SGBD le permet, vous pouvez utilisez la fonction d'agrégat GROUP_CONCAT (mysql notament).

Discussions similaires

  1. Jointure qui ne fonctionne pas
    Par guyguy333 dans le forum Zend_Db
    Réponses: 4
    Dernier message: 12/09/2010, 12h46
  2. Jointure qui ne fonctionne pas
    Par kcizth dans le forum SQL
    Réponses: 4
    Dernier message: 26/02/2008, 17h36
  3. jointure qui ne fonctionne pas
    Par zulot dans le forum Langage SQL
    Réponses: 3
    Dernier message: 14/06/2006, 14h53
  4. [SQL] Requête à jointure qui ne fonctionne pas
    Par Bensor dans le forum Langage SQL
    Réponses: 2
    Dernier message: 09/12/2004, 16h10

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