Jointure externe pour champ optionnel
Fermé
Cupidme
Messages postés
1
Date d'inscription
jeudi 25 avril 2019
Statut
Membre
Dernière intervention
25 avril 2019
-
25 avril 2019 à 09:40
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 - 25 avril 2019 à 12:21
Reivax962 Messages postés 3672 Date d'inscription jeudi 16 juin 2005 Statut Membre Dernière intervention 11 février 2021 - 25 avril 2019 à 12:21
A voir également:
- Jointure externe pour champ optionnel
- Chkdsk disque dur externe - Guide
- Brancher lecteur dvd externe sur tv en usb - Forum Lecteurs et supports vidéo
- Ram externe - Forum Matériel & Système
- Le nom du champ de tableau croisé dynamique n'est pas valide - Forum Excel
- Lecteur cd externe voiture norauto - Forum Autoradio
2 réponses
jee pee
Messages postés
40559
Date d'inscription
mercredi 2 mai 2007
Statut
Modérateur
Dernière intervention
17 décembre 2024
9 459
25 avril 2019 à 10:01
25 avril 2019 à 10:01
Bonjour,
Pour moi c'est plus l'utilisation qui devrait primer.
Si dans 80% des cas les commandes sql exécutées ces champs interviennent, autant les laisser dans la table pour ne pas avoir à effectuer de jointure.
Si dans 80% des cas ces champs ne figurent pas dans les commandes sql exécutées, tu pourrais les déplacer dans une autre table. En réfléchissant en terme de MCD.
Pour moi c'est plus l'utilisation qui devrait primer.
Si dans 80% des cas les commandes sql exécutées ces champs interviennent, autant les laisser dans la table pour ne pas avoir à effectuer de jointure.
Si dans 80% des cas ces champs ne figurent pas dans les commandes sql exécutées, tu pourrais les déplacer dans une autre table. En réfléchissant en terme de MCD.
Reivax962
Messages postés
3672
Date d'inscription
jeudi 16 juin 2005
Statut
Membre
Dernière intervention
11 février 2021
1 011
25 avril 2019 à 10:06
25 avril 2019 à 10:06
Bonjour,
Ça dépend si ces champs ont souvent besoin d'être lus ou non.
Si tu veux, pour des raisons de lisibilité humaine, réduire le nombre de champs dans la table principale, tu peux créer une deuxième table en relation 1:1 qui reprendra ces colonnes-là. Les requêtes seront un poil plus lente puisqu'une jointure supplémentaire sera nécessaire, mais si ces champs n'ont pas souvent besoin d'être lus ça allègera les requêtes qui n'en ont pas besoin.
Mais bon, en soi, laisser les champs à NULL ne pose pas vraiment de problème d'un point de vue purement technique.
Xavier
Ça dépend si ces champs ont souvent besoin d'être lus ou non.
Si tu veux, pour des raisons de lisibilité humaine, réduire le nombre de champs dans la table principale, tu peux créer une deuxième table en relation 1:1 qui reprendra ces colonnes-là. Les requêtes seront un poil plus lente puisqu'une jointure supplémentaire sera nécessaire, mais si ces champs n'ont pas souvent besoin d'être lus ça allègera les requêtes qui n'en ont pas besoin.
Mais bon, en soi, laisser les champs à NULL ne pose pas vraiment de problème d'un point de vue purement technique.
Xavier
Reivax962
Messages postés
3672
Date d'inscription
jeudi 16 juin 2005
Statut
Membre
Dernière intervention
11 février 2021
1 011
25 avril 2019 à 12:21
25 avril 2019 à 12:21
(Oui voilà, comme a dit jee pee qui m'a devancé)