2011-02-03 3 views
0

J'ai une application dans laquelle un ingénieur accède à des puits de gaz. Il peut voir une liste de puits en choisissant n'importe quelle combinaison de 7 caractéristiques. Les caractéristiques sont la compagnie, l'état, le comté, le bassin, la branche, le champ, l'opérateur dans leur ordre respectif. L'application démarre et j'ai besoin de récupérer une liste de sociétés. Les entreprises que l'utilisateur voit sont basées sur leurs informations d'identification de sécurité. Quel serait mon objet racine/domaine agrégé pour baser mon référentiel? J'ai d'abord pensé utilisateur, mais je ne récupère jamais rien sur un utilisateur. La combinaison de ces éléments et de quelques autres attributs est collectivement appelée information de tête de puits. Serait-ce l'objet racine ou domaine agrégé pour mon référentiel?Comment déterminer la racine agrégée

Merci à l'avance

Répondre

0

Avec une courte description comme ça, il ne peut être un quess sur la façon dont votre conception pourrait être. Comme je l'ai lu, vous êtes vraiment intéressé par les puits pour un ingénieur donné. (L'ingénieur est-il l'utilisateur que vous mentionnez?)

Un premier essai pourrait être de modéliser le concept d'un puits en tant que racine agrégée.

Alors peut-être quelque chose comme ceci:

ICollection<Well> wells = WellRepository.GetWellsForEngineer(engineerInstance); 

Peut-être que votre ingénieur est associé à une caractéristique objet. Dans un cas comme dans l'autre, vous devez associer l'ingénieur à des puits dans une entreprise, un état donné, etc. pour pouvoir extraire les puits auxquels l'ingénieur est effectivement affecté.

Si cela ne vous aide pas, vous pourriez peut-être élaborer sur votre domaine.

Questions connexes