Quelle est la meilleure façon de stocker cette structure de données?

Question

Je crée une sorte de site wiki et j'ai une structure de données qui consiste en une entité parente qui a une relation un à plusieurs avec une entité enfant. Je stocke actuellement cela dans deux tables dans la base de données, avec une relation de clé étrangère de la table d'entité enfant à la table d'entité parent.

J'ai besoin de mettre à jour cette structure de données dans ma base de données pour la fonctionnalité wiki. Ce serait simple s'il n'y avait qu'une seule table, mais comme c'est deux, c'est un peu plus compliqué. Je pensais enlever la table d'entité enfant et les stocker en tant que données XML dans un champ de la table d'entité parent. Je n'ai pas besoin de chercher par ces entités enfants. Est-ce une bonne ou une mauvaise idée? Existe-t-il de meilleurs moyens de stocker mes données?

Answer 1

Je pensais à enlever l'enfant table d'entités et de les stocker sous forme de données XML dans un champ de l'entité mère tableau

Chaque fois que vous changez un parent, vous allez créer une copie de les enfants: si les données parentales changent beaucoup, alors vous mangerez votre stockage assez rapidement. En outre, stocker tous les changements d'enfant dans un enregistrement parent unique aura tendance à gonfler le parent (comme avoir beaucoup d'enfants tend à), ce qui pourrait avoir des implications pour la performance de la récupération de données.

Il existe de nombreuses façons de stocker des données versionnées, mais ils se divisent en deux catégories:

• version actuelle dans un magasin, les versions historiques dans un autre magasin
• toutes les versions dans un seul magasin

Choisir entre ces approches dépend de ce que vous voulez faire avec les versions historiques. Sont-ils là juste pour le retour en arrière? Ou les utilisateurs vont-ils régulièrement consulter les changements?

Une autre complication qui ne s'applique pas toujours mais que je pense être pertinent ici (à cause de votre solution suggérée) est la relation entre les changements parent et enfant: quand vous montrez une version historique du parent devez-vous montrer les versions appropriées de l'enfant? Et vice versa, si vous montrez une ancienne version d'un enfant, avez-vous besoin d'afficher les versions appropriées de son parent (et de ses frères et sœurs)?

La principale chose que vous devez établir est: que feront la plupart des utilisateurs la plupart du temps? Prioriser cela. Si le cas d'utilisation le plus courant est regardez seulement les versions actuelles de tous les enregistrements alors vous devriez opter pour des tables séparées pour stocker les versions.

Si vous devez enregistrer les versions enfants qui s'appliquaient à une version parente donnée, vous pouvez introduire une table de structure supplémentaire (parent_id, parent_version, child_id, child_version). Maintenir cette table n'est pas trop onéreux quand vous avez seulement des tables pour un parent et un enfant. Là où ça devient difficile, c'est quand vous avez plusieurs enfants dont vous avez besoin de suivre.