Gestion d'une DBB via Access en C#.

Salut je viens vous présenter un petit problème que je rencontre :

3 jours que je galère un peu à cause de mon manque de connaissance en SQL surement (je reprend le programme d'un collegue, pas toujours facile de comprendre ce que font les autres).

Bref, voici les tables :

Pièce jointe 120023

Ici on s'intéresse à ce qui est encadré en rouge car c'est là que se situe mon problème.

Ensuite la requête SQL :

Code:

---

1 2 3 4 5 6 7

if (cbRchType.Text == "Cosse") { req = " SELECT Cosses.*, Pinces.DocTechPince, Positionneurs.DocTechPos " + " FROM (Pinces INNER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee) INNER JOIN Positionneurs ON (Positionneurs.RefPositionneur = Cosses.MatriceAssociee) AND (Pinces.RefPince = Positionneurs.PinceAssociee)";   TypeRecherche = "Cosse"; update_dgvTable(dropTable(req)); }

---

Cette requête fais parti d'une méthode recherche dans ce programme, il permet d'afficher des recherches par critères dans une DataGridView.

Voilà la table avec les différents cas de figures possibles :

Pièce jointe 120026

Et voici ce qu'il s'affiche lors de la recherche :

Pièce jointe 120027

Bref, vous l'aurez compris tout ne s'affiche pas. Je pense que cela viens de la requête sauf qu'étant débutant en SQL je ne comprend pas ce que mon collègue a voulu faire avec cette requête malgrés mes 3 derniers jours à lire de la doc...

Merci d'avance, Vich.

Regarde la différence entre INNER JOIN (l'enregistrement est éliminé si il n'y a pas de jointure) et OUTER JOIN (tous les enregistrements sont conservés, même si le champs de liaison est null).

il suffirais juste de remplacer les INNER JOIN par des OUTER JOIN ? x)

Malheureusement Access n'a pas l'air d'aimer les OUTER JOIN ...

"Erreur de syntaxe dans l'opération JOIN ... " Qu'il me dit ... J'ai vérifié la synthaxe sur MSDN et normalement y'a pas de soucis. :cry:

Petit up car je coince :/.

Peux-tu poster la requête ? Il y a peut-être un problème dans la syntaxe.

Encore toi Matt :p

Code:

---

1 2 3 4 5 6 7

if (cbRchType.Text == "Cosse") { req = " SELECT Cosses.*, Pinces.DocTechPince, Positionneurs.DocTechPos " + " FROM (Pinces INNER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee) INNER JOIN Positionneurs ON (Positionneurs.RefPositionneur = Cosses.MatriceAssociee) AND (Pinces.RefPince = Positionneurs.PinceAssociee)";   TypeRecherche = "Cosse"; update_dgvTable(dropTable(req)); }

---

D'après ce que j'ai lu encore une fois, il suffirais juste de remplacer les INNER JOIN par des OUTER JOIN mais le message d'erreur est "Erreur de syntaxe dans l'opération JOIN" donc oui, il y a une erreur de syntaxe x).

Essaye LEFT JOIN ou RIGHT JOIN à la place de OUTER JOIN.

Déjà essayé, il me met expression non supportée. Il doit y avoir une combine en Access.

C'est peut-être à cause des parenthèses, il n'est pas nécessaire d'en mettre. Essaie avec ça :

Code:

---

1 2	req = " SELECT Cosses.*, Pinces.DocTechPince, Positionneurs.DocTechPos " + " FROM Pinces OUTER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee OUTER JOIN Positionneurs ON Positionneurs.RefPositionneur = Cosses.MatriceAssociee AND Pinces.RefPince = Positionneurs.PinceAssociee";

---

Bien pensé mais non malheureusement ce n'est pas ça.

Hmmh c'est étrange, en tout cas Access supporte bien les jointures externes : http://office.microsoft.com/en-gb/ac...001034555.aspx

Oui effectivement. Sinon il y a peut-etre un moyen de contourner cela ?

Là je ne sais pas trop, je n'ai pas Access sur mon poste au boulot :aie: Si tu lances la requête ci-dessous dans Access directement, est-ce que ça fonctionne correctement ?

Code:

---

1 2 3 4 5 6

SELECT Cosses.* , Pinces.DocTechPince , Positionneurs.DocTechPos FROM Pinces LEFT OUTER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee LEFT OUTER JOIN Positionneurs ON Positionneurs.RefPositionneur = Cosses.MatriceAssociee AND Pinces.RefPince = Positionneurs.PinceAssociee

---

J'ai essayé de bidouiller un peu.

Code:

---

1 2	req = " SELECT DISTINCT Cosses.*, Pinces.DocTechPince, Positionneurs.DocTechPos " + " FROM Cosses, Pinces, Positionneurs";

---

Cela donne : Pièce jointe 120062

Soit des doublons, quelqu'un sais comment éviter ça alors que il y a déjà un SELECT DISTINCT ?

Merci encore pour votre aide précieuse.

Lorsque je rentre la requête SQL dans Access les erreurs sont suivant ou je met les parenthèses.

Si je les mets comme sur mon exemple :

Code:

---

1 2 3 4 5 6 7

SELECT Cosses.* , Pinces.DocTechPince , Positionneurs.DocTechPos FROM (Pinces LEFT OUTER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee) LEFT OUTER JOIN Positionneurs ON (Positionneurs.RefPositionneur = Cosses.MatriceAssociee) AND (Pinces.RefPince = Positionneurs.PinceAssociee);

---

Il me met que l'expression JOIN n'est pas supportée.

Si je met aucune parenthèse il met met erreur de syntaxe.

Oublie les parenthèses, elles ne servent à rien, donc tu peux dois les enlever ;) Une fois que tu as fait ça, peux-tu poster le message d'erreur complet ?

Pour le post précédent, tu as des doublons car tu réalises un produit cartésien. Il faut éviter de l'employer, sauf dans certains très précis, car le résultat peut être très volumineux.

[EDIT] : correction par rapport à l'utilisation des parenthèses qui sont bien nécessaires dans Access :aie:

Voilà l'erreur compléte :

Pièce jointe 120066

Merci. Je retire ce que j'ai dit au sujet des parenthèses, apparemment il en faut dans Access (ça m'apprendra à ne pas avoir vérifié avant de poster :aie:).

Regarde ici, un sujet similaire a été posté : http://www.developpez.net/forums/d16...ft-outer-join/

Donc à priori avec ça, ça devrait rouler :

Code:

---

1 2 3 4 5 6

SELECT Cosses.* , Pinces.DocTechPince , Positionneurs.DocTechPos FROM (Pinces LEFT OUTER JOIN Cosses ON Pinces.RefPince = Cosses.PinceElecAssociee) LEFT OUTER JOIN Positionneurs ON Positionneurs.RefPositionneur = Cosses.MatriceAssociee AND Pinces.RefPince = Positionneurs.PinceAssociee

---

Et bien non ^^'.

"Expression JOIN non supportée". Access n'a pas l'air d'aimer, je suis sur une license officielle version 2010 donc il devrais pas y avoir de problèmes en théorie ...