Discussion :

[guigz31]

Bonjour,
Réfléchissant à la structure de ma base de données, je suis confronté à deux options.

J'ai une table contenant des informations de connexions :
table connexion : ID | utilisateur | info1 | info 2 | etc ...

Ma questin est : pour optimiser ma base de données, est-il plus judicieux de
1°/ garder une seule table avec le contenu utilisateur sous forme d'une chaine de caractère ?
Cela risquant d'augmenter la taille de ma base de données
2°/ Sachant que ce sont souvent les mêmes utilisateurs qui se connectent, créer une deuxième table "utilisateur" de la forme ID | utilisateur et lier les deux tables entre elles
Cette deuxieme solution ne risque-t-elle pas de complexifier le problème pour rien ?

Merci pour vos réponses

[kain_tn]

Bonjour.

Si tu as très peu de charge sur ton serveur et une volumétrie faible, tu peux te permettre de laisser ces colonnes dans la même table.

Maintenant, pour optimiser, je dirais que tu dois regrouper les informations par usage: tu regarde toutes les requêtes effectuées sur ta base, leur fréquence, et tu procède à ton découpage.

Le mieux étant d'identifier tes utilisateurs par un ID unique, qui servira de clé primaire sur une de tes tables et de clé étrangère pour une autre.

Ainsi tu aurait une table "utilisateurs" avec les infos les plus sollicitées, (ID_pk, login, pass, etc), puis une table membre avec ID_fk, infos1, info2, etc.

De cette façon, tu évite la redondance d'informations et donc de faire gonfler ta base inutilement, d'être obligé de mettre à jour la même information à plusieurs endroits etc.

Evite la concaténation de champs dans une chaîne: toutes les requêtes un peu bateau sur tes données seront par la suite lentes et compliquées...

[guigz31]

OK merci pour ta réponse.
Je vais garder la deuxième solution.

Cordialement