Discussion :

[Dimitri01]

Bonjour,

Cette question m'obsède depuis quelques jours :

Lorsque l'on créé une base de données, il faut éviter de concevoir des tables avec des valeurs nulles. Ainsi, il est préférable d'utiliser plusieurs tables, liées par des index.

Mais si nous devons récupérer un certains nombre d'informations, réparties dans plusieurs tables, cela nous oblige à exécuter plusieurs requête au lieu d'une.

Comme je ne suis pas sûr d'être bien clair, je vais donner un exemple :

Imaginer une table contenant les champs suivants :

Code :

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

1
2
 
id    pseudo    passe    email    site

L'adresse email et le site étant facultatifs (pour l'exemple), je vais me retrouver avec une table contenant des valeures nulles.

Mieux vaudrait donc procéder ainsi :

Code :

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

1
2
3
4
5
6
7
8
9
 
Table 1 :
 
id    pseudo    passe
 
 
Table 2 :
 
id    email    site

Les 2 tables ci-dessus étant "liées" par les champs id.

Maintenant, je veux récupérer les pseudo, passe, email et site.

Dans le premier cas, une simple requête suffit :

Code :

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

1
2
 
SELECT pseudo, passe, email, site FROM ma_table WHERE id=monID;

Mais dans le deuxième cas, la reqête est plus complexe (à peine mais c'était pour l'exemple), ou alors on peut faire 2 requêtes SELECT interrogeants les tables 1 et 2.

Ma question est la suivante :

(notez bien que je viens de décrire qu'un exemple, mais pour que les choses soient significatives, il faut imaginer une structure nettement plus complexe)

En terme d'optimisation (notamment côté serveur sql), quel choix faut-il prendre : accepter des valeurs nulles dans les tables pour simplifier les requêtes, ou construire ses tables correctement quit à utiliser des requêtes plus complexes ?

Merci pour vos avis avisés !! (j'espère avoir été clair...)

[orafrance]

Si les valeurs nullables ne serviront pas dans les clauses where , il n'y a aucun intérêt à faire 2 tables... du moins c'est mon avis

Effectivement, cela t'obligerai à insérer/deleter/selectionner 2 tables à chaque fois alors que ces champs ne sont pas significatif

[SQLpro]

Lorsque l'on créé une base de données, il faut éviter de concevoir des tables avec des valeurs nulles.

Affirmation péremptoire et particulièrement absurde !

Ton postulat de départ étant totalement faux il ne sert a rine de persister dans ton erreur pour cumuler les bétises !!!

A +

[Dimitri01]

Absurde et bête...

Je ne posais qu'une question, et tu aurais pu me faire une explication plutôt qu'une réponse aussi inconstructive.

Cela doit être la première fois que je me fais répondre comme cela.

Si j'ai écrit cela, c'est parce que je l'ai lu dans PHP & MySQL (CampusPress) et n'étant pas expert, je l'ai pris à tord pour vrai (ou peut-être est-ce mal compris).

Merci qd même.

[Fabien Celaia]

Affirmation péremptoire et particulièrement absurde !

... et pourtant, la minimisation des non-valeurs dans les tuples est un des buts de la normalisation...

Ceci etant dit, Dimitri01, la modelisation de ta table unique avec des valeurs nullables et la plus correcte. Compliquer a l'extreme juste pour supprimer des valeurs nulles n'est pas, a ce qu'on pourrait dire, de la normalisation correcte... C'est sans doute ce qu'a voulu dire, SQLPro, en s'emportant un peu Peace !

[Maxence HUBICHE]

en fait, c'est surtout un problème d'analyse au départ :
Si tu as besoin de valeurs, et que ces valeurs sont uniques pour un identifiant, tu fais tout dansune seule table.
Dans ton exemple,
-si ton id n'a qu'un seul mail et un seul site, alors, tu fis une seule table.
-si par contre, il peut y avoir plusieurs mails et/ou un mail par site, alors, il te faudra avoir 2 tables.
-On pourrait même imaginer que ton gusse a plusieurs pseudos et que chaque pseudo peut être attaché à plusieurs mail/site, auquel cas tu auras 3 tables... voilà.

Maintenant, tu as intérêt de faire une bonne analyse de ton besoin.
C'est ton analyse qui déterminera le nombre de tables que tu dois avoir.

[Dimitri01]

Merci pour vos réponses, elles me sont plus utiles effectivement que la deuxième !

Je pense avoir compris maintenant.

Encore merci.

a+