我试图模型杂货店。在商店中,有几个"道".每个"道"有一群"类别"中的"项目"它商店。每个"类别"只能属于一个"道".每个"项目"只能有一个"类别"。

该数据模型,似乎直接的对我说:

  • 一个"道"表和身份证件和说明
  • 一个"类别"表ID,NAME和AISLE_ID,refernces的"通道"的表
  • 一个"项目"表示ID,NAME,说明和CATEGORY_ID引用"类别"

对象模型里是我需要的帮助:

  1. 一个靠过道的对象可以有一个列表中的类别和项目的对象。
  2. 一个靠过道的对象可以有一列类别的对象。一个类别的对象可以有一个列表中的项目的对象。
  3. 一个靠过道的可以有一个列表中的项目的对象。一个类别的对象可以有一个列表中的项目的对象。

在每一种情况下,一个项目将在逻辑上有一个类别内的对象。我已经一道为每一个领域对象,所以根据不同的方式这样做了,sql变化一点。任何想法?

有帮助吗?

解决方案

我投的选择#2.使得更有意义#1或#3.

你认为的关系需要双向的?应该一项目的需要,以便能够找出谁是其父类别和祖父母或外祖父母道是什么吗?

其他提示

我会去与选择#2.

一个靠过道的主要关心的是哪些类别都包含在内。它应当达到类别类,以确定哪些项目成员。这保留的抽象层次的一致在每个对象那里的过道是较高级别的对象,类别是一个稍微更详细的级别和项目是最颗粒状。

2号,使大多数感,如果这些是你仅有的3个选项。

我认为,如果我们要创造这种模式,我将利用以下模型(小型的修改,只是想要保持作为近你的想法,因为可能):

一个靠过道的对象可以有一列类别的对象,一个类别的对象可以有一个列表中的项目的对象, 和一个项目是与一个类别,并通道。

我的修改似乎更在数据侧。

原因我将这样做,是因为,有人说,"嘿,我在找这个特定的项目,其道是它吗?" --1查阅会给你答案。而你的数据模型,则将需要2个查找。

至少我是这么认为的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top