Discussion :

[steph68b]

salut à tous,

question peut être conne, mais les jointures seraient différentes sous PGSQL?

je m'explique: (je ne mentionne que les champs qui me sont utiles)
-> table f_facture: code_client, nom_client, total_ht, total_ttc, date_document
-> table c_contact: code, societe, adresse, ville, email1
(nom_client = societe = data redondante, je sais, mais pas ma bdd)

j'ai une qry de base sur f_facture qui me ramène 7164 lignes:

Code :

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

1
2
3
4
select distinct F.code_client, F.nom_client, replace(F.total_ht,'.',','), replace(F.total_ttc,'.',','), F.date_document
from f_facture F
where F.date_document > '2006-01-01'
order by F.nom_client, F.date_document

à cette qry de base, il faut rajouter (clarté oblige) l'adresse et l'email des clients en question!
je n'ai pas fait de sql depuis qq temps, mais qd même, une jointure gauche fait l'affaire non?

Code :

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

1
2
3
4
5
6
SELECT distinct F.code_client, F.nom_client, C.adresse, C.ville, C.email1, replace(F.total_ht,'.',','), replace(F.total_ttc,'.',','), F.date_document
FROM f_facture F
LEFT OUTER JOIN c_contacts C 
ON F.code_client = C.code
WHERE F.date_document > '2006-01-01'
ORDER BY F.nom_client, F.date_document

problème:
-> cette qry là me ramène 176 399 lignes!!!
-> soit en gros un produit cartésien des 2 tables!!

donc:
-> les jointures sont-elles différentes sous PGSQL?
OU
-> y-a-t-il un truc si énorme que je ne l'ai pas vu?

comme dit, je suis un peu rouillé, donc c'est peut être moi qui merde...

merci.

@vos claviers

[escartefigue]

Votre résultat est environ 25 fois plus grand, n'y aurait -t- il pas tout simplement
- plusieurs types de contacts dans votre table contacts (des téléphones de toutes sortes, des fax, des courriels....)
==> ajouter where type de contact = courriel

et/ou

- des enregistrements obsolètes (avec une date de fin de validité renseignée)
==> ajouter where enregistrement actif

[steph68b]

en gros, y-a-t-il plusieurs lignes dans c_contact, pour le même client?

ok, ça ne me semblerait pas logique du tout, mais je vais voir en base...

[escartefigue]

en gros, y-a-t-il plusieurs lignes dans c_contact, pour le même client?

ok, ça ne me semblerait pas logique du tout, mais je vais voir en base...

C'est pourtant un type de modélisation très fréquent

[steph68b]

alors, je confirme plusieurs choses: base bordelique!!

-> dans c_contacts
1.) sont en effet référencés plusieurs type de contacts (client, fournisseurs, divers, etc...) dans un champ genre

2.) il existe en effet quelque doublons sur le nom de la société (champ societe), mais aucun doublon de code
(en gros une même société peut effectivement exister plusieurs fois en base, mais avec un code différente à chaque fois)

cela dit, à mes yeux (non experts) cela ne devrait rien changer à ma requête puisque je ne fais que demander (pour chaque ligne de facture) l'adresse/ville/email de la société en question.
-> autrement dit pour chaque occurrence de f_facture.code_client, d'aller chercher adresse/ville/email stockés pour c_contact.code correspondant à f_facture.code_client

la jointure se faisant de clé à clé, peu importe les doublons sur le nom ou le genre (clients, divers, fournisseurs), la clé étant bien unique, elle!

[steph68b]

pour moi ce n'est pas logique............. mais en suivant cette piste et en modifiant ma qry comme ceci:

Code :

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

1
2
3
4
5
6
7
8
SELECT distinct F.code_client, F.nom_client, C.adresse, C.ville, C.email1, replace(F.total_ht,'.',','), replace(F.total_ttc,'.',','), F.date_document
FROM f_facture F
	LEFT OUTER JOIN c_contacts C 
	ON F.code_client = C.code
	AND C.contacts_active = 1
	AND C.genre='Clients'
WHERE F.date_document > '2006-01-01'	
ORDER BY F.nom_client, F.date_document

j'arrive à un nombre de ligne plus cohérent: 7421

cela dit, je ne comprends pas pourquoi... un concept doit m'échapper...........

[escartefigue]

-> dans c_contacts
1.) sont en effet référencés plusieurs type de contacts (client, fournisseurs, divers, etc...) dans un champ genre

Ca c'est du modèle classique, c'est efficace si les différents types de contacts ont des infos similaires, dans le cas contraire il est préférable de créer des tables distinctes par sous-type

2.) il existe en effet quelque doublons sur le nom de la société (champ societe), mais aucun doublon de code
(en gros une même société peut effectivement exister plusieurs fois en base, mais avec un code différente à chaque fois)

Tout à fait normal, une recherche par libellé ne peut faire mieux !
Exemple : les "hôtels Bellevue" et les "bars des amis" sont légion en France, seul leurs identifiant permet de les distinguer

cela dit, à mes yeux (non experts) cela ne devrait rien changer à ma requête puisque je ne fais que demander (pour chaque ligne de facture) l'adresse/ville/email de la société en question.
-> autrement dit pour chaque occurrence de f_facture.code_client, d'aller chercher adresse/ville/email stockés pour c_contact.code correspondant à f_facture.code_client
la jointure se faisant de clé à clé, peu importe les doublons sur le nom ou le genre (clients, divers, fournisseurs), la clé étant bien unique, elle!

Absolument pas ! puisque vous faites une jointure

Code :

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

ON F.code_client = C.code

si vous avez 1 seule fois le client n° 5 dans la table f_facture, mais qu'il est présent 2 fois dans la table c_contact, alors vous aurez 2 lignes en résultat de votre select.