关于宿舍管理系统数据库模式设计的问题？！

4y4ycoco

宿舍管理系统包括：［宿舍］，［学生］，［物品］，［管理员］三个实体对象。
我的分析：（可能不合理）
其中：［宿舍］与［学生］两实体之间有｛入住｝的关系。（一对多）
　　　［宿舍］与［物品］两实体之间有｛使用｝的关系。（多对多）
      ［学生］这个实体内部是（多对多）的｛缺席｝关系。
　　　［宿舍］这个实体内部是（多对多）的｛查房｝关系。
　　　［宿舍］这个实体内部是（多对多）的｛考核｝关系。

请高手帮忙分析一下上述的内容有没有什么错误或是有没有什么不好的地方，有改进的建议请帮忙给出改进方案？！
问几个问题：
１将宿舍的｛查房｝关系改成［宿舍］与［管理员］两实体之间的（多对多）关系是否更好一些？
２将宿舍的｛考核｝关系改成［宿舍］与［管理员］两实体之间的（多对多）关系是否更好一些？
３学生的｛缺席｝关系是同一实体内部的联系好呢？还是改成与［管理员］两实体间的（多对多）关系好呢？
小弟在此先谢谢大家了！！！：）

4y4ycoco

怎么没有人回答我的问题？？？？
是我问的问题太难还是没有人会？？？？

songyting

没看明白

xurui

还是不怎么明白！

李啸林

以下是引用4y4ycoco在2003-12-21 13:41:44的发言：

宿舍管理系统包括：［宿舍］，［学生］，［物品］，［管理员］三个实体对象。

我的分析：（可能不合理）

其中：［宿舍］与［学生］两实体之间有｛入住｝的关系。（一对多）

　　　［宿舍］与［物品］两实体之间有｛使用｝的关系。（多对多）

      ［学生］这个实体内部是（多对多）的｛缺席｝关系。

　　　［宿舍］这个实体内部是（多对多）的｛查房｝关系。

　　　［宿舍］这个实体内部是（多对多）的｛考核｝关系。



请高手帮忙分析一下上述的内容有没有什么错误或是有没有什么不好的地方，有改进的建议请帮忙给出改进方案？！

问几个问题：

１将宿舍的｛查房｝关系改成［宿舍］与［管理员］两实体之间的（多对多）关系是否更好一些？

２将宿舍的｛考核｝关系改成［宿舍］与［管理员］两实体之间的（多对多）关系是否更好一些？

３学生的｛缺席｝关系是同一实体内部的联系好呢？还是改成与［管理员］两实体间的（多对多）关系好呢？

小弟在此先谢谢大家了！！！：）

我的分析:

    1、学生与宿舍的关系。假定每一位学生必定有他所在的宿舍，那么就可以把宿舍视为学生的属性之一。

     学生表=（学号、姓名、宿舍ID）

    2、物品与宿舍。物品与宿舍之间并没有任何直接关系。是物品的被宿舍领用或被分发到宿舍才有了与宿舍之间的联系。可以建立一张物品领用表或分发表（根据实际情况）。

     物品领用表=（流水号、学号、物品ID、宿舍ID、领用日期、归还日期、押金）

    3、宿舍与管理员。假定每一个宿舍都必须有一位管理员，假定此管理员由学生担任。则可以把管理员作为宿舍的一个属性。

      宿舍表=（宿舍ID、宿舍号、床位数、已使用床位、管理员ID（注：学生ID））

    我不太明白“查房”与“缺席”是什么含义。如果单纯从字面理解，查房只是一种由管理员对宿舍进行的检查行为。

        查房表=（查房批次、查房时间、宿舍ID、查房人ID（注：学生ID））

[此贴子已经被作者于2004-6-24 10:42:23编辑过]