数据库设计中的E-R模型设计问题，急急急！

tanglaoya

我最近正在作一个用ASP编程的房地产销售的B/S系统，在设计数据库E-R模型的时候遇到了一些问题，困扰了我很长时间，特此请教各位专家，希望大家能够给我帮助，谢谢！

问题如下：
业务关系：房地产销售有其特殊性，就是一套商品房只能销售给一个顾客，但一个顾客可以购买多套商品房，而且在房地产销售的时候，一套商品房的销售合同也只能由一个销售业务员（或者经纪人）签订，但一个销售人员可以与不同的顾客签订多个不同的销售合同

我设想E-R模型有几种可能，具体如下：

方案一：
1.一位顾客可以购买多套商品房，一套商品房只能出售给一位顾客，关系是购房。
2.一名房地产销售人员可以销售多套商品房，一套商品房只能由一名销售人员销售，关系是销售。

所以在E-R模型设计中，实体共有顾客、销售人员、商品房3个，顾客和商品房的关系是一对多，销售人员和商品房之间的关系也是一对多，顾客和销售人员的主码放在“商品房”的表中作为外码，因为我觉得合同信息依赖于商品房信息，所以合同信息的内容作为“商品房”表中的属性。

但我总觉得这个方案有问题：
(1) 合同的信息作为商品房的属性，放在“商品房”表里总觉得不对，合同编号可以为Null，所以不能作为主码，但是合同编号不能重复，不作为主码，就没有了唯一性，:-(，
(2) “购房”和“销售”其实是一个行为的两种不同的表现形式，其实本质上一样的，就是签订购房合同，但在这个模型中却变成了两个关系；

不知道我这么分析是不是正确？

方案二：
1.一名销售人员可以与多个客户签订售房合同，
2.一名顾客也可以在多名销售人员处购买房屋，所以销售人员和顾客之间是多对多的关系？关系就是“合同”？这个方式没有把“商品房”这个实体联系起来，而且好像可能会造成“一房多售”

方案三：
销售人员、商品房、客户之间是多元联系，这个联系就是“合同”，所以要把销售人员、商品房、客户的主码放在“合同”表里作为主码，合同编号也作为主码，但是好像也会造成“一房多售”，:-(


到底这个E-R模型是应该如何设计？盼众位能够集思广益，给与我帮助，谢谢！！！

徐阿鹏

愚见：
表1：合同     字段：合同号（主键） ，商品房号（有索引，无重复），客户，销售员，时间，价格，。。。。。
表2：客户资料       字段：客户（主键），电话。。。。。
表3：销售员表      字段：销售员（主键），电话，生日，。。。。。
表4：商品房表      字段：商品房号（主键），位置，面积。。。。。。。。
再定义关系

tanglaoya

“合同表”里商品房号设定成无重复，可以把“合同”和“商品房”两个表并在一起，不知道我这个想法对吗？

cg1

是不是会有这样的情况：

某销售员把某房子卖出去了，然后又买回来了，然后又卖出去了？对象是同一所房子？

tanglaoya

您说的这种情况是不允许出现的，而且这个就属于二手房交易了，我做的这个系统是新房子的买卖