Discussion :

[theclem35]

Salut,

Je suis embêté car mon SQL est un peu rouillé, et je n'arrive pas à comprendre pourquoi mon DISTINCT (qui fonctionne bien sans jointure), n'a plus aucun effet (présence de doublons) lors de ma jointure !
J'execute des requetes en direction de SQL Server.

Voici ma requete :

Code :

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

1
2
3
4
SELECT DISTINCT SOCIETE.NO_SOCIETE, SOCIETE.NOM, POSTAL.LATITUDE, POSTAL.LONGITUDE
FROM SOCIETE
INNER JOIN POSTAL ON POSTAL.CP = SOCIETE.CP
ORDER BY SOCIETE.NO_SOCIETE

Alors donc que celle la fonctionne :

Code :

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

1
2
3
SELECT DISTINCT SOCIETE.NO_SOCIETE, SOCIETE.NOM
FROM SOCIETE
ORDER BY SOCIETE.NO_SOCIETE

Merci !

[Waldar]

DISTINCT s'applique sur l'ensemble des colonnes de la sélection.
Vous devez avoir des différences entre vos lignes.

[CinePhil]

D'après la requête, une société n'a qu'un seul code postal et à un code postal correspondent je pense une seule latitude et une seule longitude. Il ne devrait donc pas y avoir de doublons.

Il doit y avoir des codes postaux en double, ce qui entraîne plusieurs lignes identiques.

Analysez vos doublons pour comprendre leur cause.

[theclem35]

Tout a fait en fait les lignes sont différentes au niveau des coordonees geographique, ce qui prouve que le distinct s'applique à toute la ligne, et qu'il fonctionne donc bien.

Seulement, ce que je voudrais c'est une seule ligne par SOCIETE_NO, peu importe les coordonnées retournées.
Dois-je faire une requete imbriquée ? Une vue ?

[CinePhil]

Là je ne comprends plus !
Tu peux donner la structure des tables STP ?

[Waldar]

Un agrégat par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
  SELECT SOCIETE.NO_SOCIETE
       , SOCIETE.NOM
       , MAX(POSTAL.LATITUDE)  as LATITUDE
       , MAX(POSTAL.LONGITUDE) as LONGITUDE
    FROM SOCIETE
         INNER JOIN POSTAL
           ON POSTAL.CP = SOCIETE.CP
GROUP BY SOCIETE.NO_SOCIETE
       , SOCIETE.NOM
ORDER BY SOCIETE.NO_SOCIETE ASC;

[theclem35]

Effectivement Waldar ta requete fonctionne !

En realité dans ma base, le meme code postal est défini plusieurs fois dans la table POSTAL avec des coordonnées différentes...
C'est pour ce que ca bug a la jointure seulement !

Donc le distinct serait à faire sur le CP dans POSTAL et non l'id de l'entreprise !

[al1_24]

En effet, un code postal correspond à un bureau distributeur, pas à une commune. Particulièrement dans les campagnes, plusieurs petites communes peuvent avoir un même bureau de poste chargé de la distribution... donc un même code postal !

[theclem35]

Merci pour votre aide

Cela dit maintenant :
- On liste toutes les entreprises dont le code postal correspond à un ou plusieurs présents dans la table POSTAL. On peut donc avoir plusieurs resultats si le code postal est déclaré plusieurs fois.
- On fait le MAX sur l'extraction de la latitude et longitude, donc après extraction des données

N'y aurait-il pas la possibilité de faire un distinct directement à la BASE sur le code postal, au lieu d'utiliser les MAX sur latitude et longitude, ce qui sauvegarderai de la puissance de calcul (car j'ai environ 10 000 enregistrements)

Je ne sais pas pourquoi mais le AS ne fonctionne pas (ne produit pas d'erreur, mais les colonnes ne sont pas nommées). Pour mes tests je travaille directement avec SQL Query avant d'importer tout ca dans excel.

Merci!

[CinePhil]

C'est bizarrement fait ton truc !

Code :

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

INNER JOIN POSTAL ON POSTAL.CP = SOCIETE.CP

D'après ta requête, une société n'a qu'un code postal, soit le MCD suivant :

SOCIETE -1,1----avoir----0,n- POSTAL

Mais comme il peut y avoir plusieurs fois le même code postal dans POSTAL, la clé étrangère n'a pas une référence unique, ce qui est une anomalie de ton modèle et que le SGBD devrait interdire.

Je vois que ton SGBD est SQL Server et je suis étonné qu'il laisse passer ça. Tu n'as pas programmé les contraintes de clés étrangères ?

Du coup, comme tu ne veux qu'une seule ligne pour chaque société, donc une seule coordonnée géographique, on te suggère de prendre le MAX de la longitude et de la latitude, ce qui fait que ton entreprise sera positionnée à un angle du rectangle qui couvre l'ensemble de la zone couverte par le code postal. Cette coordonnée peut très bien se retrouver en dehors de cette zone !

Bref, si ce n'est pas trop tard, tu ferais bien de revoir ton modèle de données car tu vas avoir des surprises à l'affichage du positionnement géographique des sociétés sur une carte !

[pacmann]

Salut !

Pour préciser la question de Cinéphil :
Quelle est la clef primaire sur POSTAL ?
Est-il possible de préciser le lien avec SOCIETE pour que ne corresponde plus qu'une ligne de POSTAL ?

Sinon, pour qu'au moins on est une donnée cohérente (latitude + longitude), je suggérerais plutôt la solution analytique :

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 * 
FROM (
  SELECT SOCIETE.NO_SOCIETE
       , SOCIETE.NOM
       , POSTAL.LATITUDE  
       , POSTAL.LONGITUDE
       , row_number() over(order partition by no_societe order by null) rk
    FROM SOCIETE
         INNER JOIN POSTAL
           ON POSTAL.CP = SOCIETE.CP
) t 
WHERE rk = 1
ORDER BY SOCIETE.NO_SOCIETE ASC;

[theclem35]

En fait c'est pas moi qui ait construit cette base, je suis censé l'exploiter sans avoir à toucher à sa structure, bien que je sois d'accord avec vous.

En réalité la table postal contient un tas de champs, dont le code postal, mais aussi le code INSEE, et comme l'a justement dit al1_24, il peut y avoir plusieurs codes INSEE (plus précis) par bureau de distribution (code postal).
C'est donc pour cette raison qu'on retrouve de multiples réponses pour un seul code postal!

S'il existe donc 3 codes postaux indentiques, la latitude et la longitude se réfèrent au code INSEE pour situer le quartier plus précisément.
Sauf que moi, le code INSEE je ne m'en sert pas dans cette application car dans je n'ai pas de champ dans ma table SOCIETE.
Je peux donc prendre n'importe lequel des codes postaux, l'erreur de positionnement ne sera pas très grande, et comme je visualiserai à l'échelle régionale, ca n'aura aucun impact.

Voilou