Discussion :

[chateau_dur]

Salut,

Déjà, j'espère être dans la bonne section.

Alors, j'ai une question toute bête, ca fait un moment que j'ai lâché le développement et les BDD, et je me demandais subitement si c'était possible de faire une jointure de deux table en prenant comme critère l'égalité entre 2 attributs non-identifiants ?

Je crois me souvenirs que mes cours m'ont appris à ne jamais faire ca, une jointure avec un attribut non-identifiants, toujours chercher une clef...

Est-ce que je délire ou pas ?


Ensuite, admettons que je ne délire pas, quel est le risque de ce genre de jointure ?


Un exemple, deux tables toutes simples :

Homme(Id, nom, age) et Femme(Id,nom,mari,age). Je veux les hommes et femmes qui ont le même age admettons.
Si je fais une jointure avec comme critère H.age=F.age c'est pareil que de joindre mes 2 tables via H.id et F.mari et de faire une sélection des lignes où les ages sont égaux ?

Ca mène forcement au même résultat ou pas ?

Merci !

[al1_24]

je me demandais subitement si c'était possible de faire une jointure de deux table en prenant comme critère l'égalité entre 2 attributs non-identifiants ?
Je crois me souvenirs que mes cours m'ont appris à ne jamais faire ca, une jointure avec un attribut non-identifiants, toujours chercher une clef...

Rien n'interdit de faire une jointure sur 2 attributs non-identifiants.
Tout dépend du résultat que l'on recherche...

Ensuite, admettons que je ne délire pas, quel est le risque de ce genre de jointure ?
Un exemple, deux tables toutes simples :
Homme(Id, nom, age) et Femme(Id,nom,mari,age). Je veux les hommes et femmes qui ont le même age admettons.
Si je fais une jointure avec comme critère H.age=F.age c'est pareil que de joindre mes 2 tables via H.id et F.mari et de faire une sélection des lignes où les ages sont égaux ?
Ca mène forcement au même résultat ou pas ?

Je vais me limiter à quelques enregistrements :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
homme
id  nom     age
1   andré   20
2   bernard 22
3   charles 22
4   denis   25
 
femme
id  nom         age mari
1   estelle     20  1
2   francine    22  3
3   gertrude    25  2       
4   isabelle    25  4

Première requête, identifiant et age

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
SELECT  h.nom   AS lui
    ,   f.nom   AS elle
    ,   h.age   AS age
FROM    homme   AS h
    INNER JOIN
        femme   AS f
    ON  h.id    = f.mari
    AND h.age   = f.age 
;
 
lui     elle        age
------- ----------- ---
andré   estelle     20
bernard francine    22
denis   isabelle    25

Deuxième requête, sans identifiant :

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
SELECT  h.nom
    ,   f.nom
    ,   h.age   AS age
FROM    homme   AS h
    INNER JOIN
        femme   AS f
    ON  h.age   = f.age 
;
 
lui     elle        age
------- ----------- ---
andré   estelle     20
bernard francine    22
charles francine    22
denis   gertrude    25
denis   isabelle    25

Je t'encourage à consulter le Cours sur les Jointures

[chateau_dur]

ok, il me semblait pourtant qu'on risquait des pertes de données à jouer à faire des jointures sans clefs...

[SQLpro]

vous pouvez faire des jointures sur ce que vous voulez y compris mettre en relation les caractères de position 6 et 7 d'une colonne CHAR(13) avec les 2 premiers caractères d'une colonne CHAR(5).

Par exemple savoir quelles sont les bureaux postal ditributeurs associé au code département d'un NNI.

En effet les caractère 6 et 7 du NNI sont le code département.
les caratères 1 et 2 du coe postal sont le code département.

A +

[Luc Orient]

ok, il me semblait pourtant qu'on risquait des pertes de données à jouer à faire des jointures sans clefs...

Absolument pas ... le seul problème avec les jointures ne portant pas sur des clés (que je vais supposer équivalentes à des INDEX ici) c'est la performance sur des tables de cardinalité élevée, bien sûr ...

Votre SGBD favori vous donnera toujours un résultat, le seul problème c'est le temps qu'il va mettre pour le produire ...