Il s'agit d'une question très difficile à expliquer et j'espère que mon extrait de code en explique la majeure partie.Meilleure pratique: plusieurs entités à entité unique
Disons que vous avez la conception de base de données suivante: musicstyle relations http://img190.yfrog.com/img190/2080/musicstylerelations.jpg
Et vous voulez construire une interface générique pour modifier les relations entre musicstyle les trois entités. Actuellement, j'ai créé un MusicStyleController qui nécessite le type d'entité auquel il est associé (membre, événement ou groupe). Je me rend malade en écrivant un tel code, mais je ne peux pas trouver un autre moyen, plus élégant.
Notez que cette fonction est appelée à l'aide de jquery.post().
La question
Comment décririez-vous factoriser ce code, et seriez-vous normaliser encore plus la base de données? Gardez à l'esprit que j'utilise Entity Framework comme modèle de données.
Qu'est-ce que vous espérez gagner de normaliser la base de données? Quel volume de données attendez-vous (I.E., des dizaines de millions de lignes?) – Kane
@Kane Je cherche une meilleure pratique dans ce cas, je ne sais pas encore ce que c'est. La base de données fournit une intégration fluide à Entity Framework et facilite le codage, si je la normalise encore davantage, par exemple créer une table MusicStyleCollection avec laquelle Band, Event et Member lieraient rendrait les choses plus difficiles à coder. Et ce serait un performancehit si la table devient exceptionnellement grande (ce qui sera probablement le cas). – Peter
Je viens de l'ajouter comme suggestion car il pourrait y avoir un moyen de normaliser la base de données d'une manière à laquelle je n'ai pas encore pensé. Je ne me considère pas comme un développeur averti, je ne peux jamais l'être non plus ... – Peter