Discussion :

[zendeur]

Bonjour Tout le monde,

Je suis dans un cas ou je dois utiliser une relation many-to-many

par exemple :

Code :

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

1
2
3
4
 
article  : id, titre
domaine : id, nom
article_domaine : id_article, id_domaine

J'ai remarqué que je pourrai l'utiliser autrement :

Code :

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

1
2
3
 
créer une seule table
article : id, nom, domaines

dans le champ domaine je sauvegarde un array de domaine sérialisé avec la fonction serialize() php.

C'est quoi les avantages et les inconvénient de chaque solution ?
Qui est la plus performante pour effectuer des statistique ?


Merci d'avance

[gene69]

je suis pas celui qui est spécialisé dans l'optimisation de requete en SQL.
parce que la question est bien sur le SQL, ...

personnellement je prefere rester sur un schéma en étoile: moins de redondances et des jointures qui ne coutent rien avec les indexes.

si tu veux faire des choses vraiment intéressantes comme pré-calcul, alors... précalcules des sommes et des comptages, éventuellement des moyenne (mais... des moyennes de moyennes sans les pondérations) ou des agrégats et utilises-les.

[CinePhil]

Ton schéma de données est bon, ne le change surtout pas !

[kaymak]

hello,

C'est quoi les avantages et les inconvénient de chaque solution ?

La solution 2 pose un énorme problème, puisque tu ne seras plus capable de requêter ces données, en effet n'étant plus normalisées, les requêtes vont devenir impossible.

Qui est la plus performante pour effectuer des statistique ?

La première. Les bases de données ont bon rôle dans les calculs intégrant un nombre important de données. Normaliser tes données, solution 1, permettra au moteur d'être plus efficient.

en sérialisant, tu dénormalises, ce n'est pas du tout optimum dans le but de faire des statistiques.

Quel avantage pourrait voir à sérialiser une donnée quoi est ensuite enregistrer dans une base de données ?
Perso je n'en vois pas.

La sérialisation est souvent utilisée dans le transport de données (genre soap), ou le stockage temporaire d'une donnée (genre session), ou alors lorsque strictement aucun calcul d'ensemble n'est demandé (genre memcache (hors no-sql)).

a+