Question

Je suis la conception d'une nouvelle révision de mon application Java (en utilisant une base de données intégrée H2) autour d'une nouvelle conception de la façon dont je vais traitais mes données. Voici comment je l'ai prévu:

  • Entrées table-
    • ID d'entrée
    • Nom de l'entrée
  • Propriétés table-
    • ID de Propriété
    • Nom de la propriété
  • (propriété individuelle) Valeur table-
    • ID valeur
    • ID d'entrée
    • (colonnes de valeur ...)
  • (entrée individuelle) Valeur table-
    • Nom de la propriété
    • (propriété individuelle) ID de valeur

Chaque entrée peut avoir plusieurs propriétés (y compris plusieurs propriétés du même type). Chaque propriété a sa propre façon de stocker ses valeurs. Je dois rechercher toutes les propriétés définies pour une entrée donnée, et peut-être toutes les entrées pour chaque propriété donnée.

Est-ce une bonne façon de le faire?

Modifier Je ne sais pas je l'ai expliqué bien ...

Était-ce utile?

La solution

À mon avis, c'est une très mauvaise façon de modéliser les données, mais cela est une façon très tour d'ivoire de regarder la situation comme je l'ai pas eu à utiliser ce modèle dans la pratique. Soit dit en passant, on appelle l'approche « Entité-Attribut-Valeur ». Et la raison pour laquelle je ne l'aime pas est parce qu'il est très-un schéma comme dans la plupart des fonctionnalités SQL doit être reproduit d'une certaine façon.

Il y a certainement un temps et un lieu pour elle (comme si vous avez l'intention de modéliser de nombreux objets qui ont des modèles disparates) ou qui ont des schémas qui changent fréquemment. Mais je pense personnellement que c'est terrible.

Autres conseils

Si je vous comprends bien, je voudrais utiliser intersection ou jonction au lieu de ce que vous décrit.

Vous pouvez créer une requête pour vous obtenir toutes les propriétés par ENTERY, ou tous les Enteries par la propriété.

Je suis d'accord avec Google Unknown. Il est également appelé effet intérieur plateforme .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top