2011-01-09 2 views
5

J'ai besoin de trouver la meilleure solution pour rendre la base de données normalisée avec une grande quantité de données attendues.Quel est le meilleur design pour ces tables de base de données?

Mon site a un Tags de table (contenir le mot clé, id) et aussi 4 types de données liées à cette table de tags comme (articles, ressources, jobs, ...).

La grande question est: - pour la relation avec les étiquettes quelle meilleure solution pour optimazaion & vitesse de requête?

  1. faire une table pour chaque relation comme:

    • articlesToTags de table (articleID, TagID)
    • jobsToTags de table (jobid, tagid)
    • etc.
  2. ou mettez tout dans une table comme

    • Table tagsrelation (tagid, itemid, itemtype)

J'ai besoin de votre aide. S'il vous plaît me fournir des articles pour me aider dans cette conception

considèrent que, dans l'avenir, le site peut conation nouvelle section se rapportent à marquer

Merci

+0

Qu'est-ce que la conation? Que voulez-vous dire par là? (De la dernière phrase.) –

Répondre

2

Je pencherais pour la version normalisée de votre schéma (qui est la relation de table). Ce type de schéma est très utile pour les scénarios dans lesquels l'application peut se développer. La mauvaise chose d'avoir toutes les données dans une seule table est que si vous avez un tas d'attributs pour les deux relations, vous vous retrouverez avec une table avec beaucoup d'attributs, qui lors de la croissance sera lente à requête, devenant ainsi un coup de performance de votre application. Donc, enfin, le problème est de choisir la simplicité et la fin rapide par rapport à un code bien conçu en tenant compte de l'évolutivité. Je souhaite aider

Questions connexes