+1 pascal
la normalisation à pour objectif d'éviter les redondance et d'assurer l'intégrité des données. Ce qui a un certain intérêt pour l'optimisation "fonctionnelle" (après tout une requête sur un index d'une table c'est sensé aller plus vite que des jointures 1:1 superflues).
Mais il faut pas oublier que dans la pratique tu n'auras pas toutes les combinaisons possible et imaginable de requêtes; tes requêtes en écriture/lecture vont indiqué les regroupements favorables.
le manuel mysql, dis max 4096 colonne dans une table et aussi 64kb par lignes (edit: ?j'ai un doute, me semble avoir balancé en bdd des blob des truc plus gros que 64k?). Ce qui force à limiter le nombre de colonnes.
si tu utilise une table myisam, ça signifie des lock table en écriture, ça peut être très vite un goulot d'étranglement sur une table unique est volumineuse.
sans compter les possibles évolutions (modification probable de ton modèle).
la normalisation à pour objectif d'éviter les redondance et d'assurer l'intégrité des données. Ce qui a un certain intérêt pour l'optimisation "fonctionnelle" (après tout une requête sur un index d'une table c'est sensé aller plus vite que des jointures 1:1 superflues).
Mais il faut pas oublier que dans la pratique tu n'auras pas toutes les combinaisons possible et imaginable de requêtes; tes requêtes en écriture/lecture vont indiqué les regroupements favorables.
le manuel mysql, dis max 4096 colonne dans une table et aussi 64kb par lignes (edit: ?j'ai un doute, me semble avoir balancé en bdd des blob des truc plus gros que 64k?). Ce qui force à limiter le nombre de colonnes.
si tu utilise une table myisam, ça signifie des lock table en écriture, ça peut être très vite un goulot d'étranglement sur une table unique est volumineuse.
sans compter les possibles évolutions (modification probable de ton modèle).