Database design 从ERD中的循环中删除冗余元素
我希望在这里继续提问是可以的。。它来自Coursera,我不确定我是否同意此练习的建议解决方案。 我必须为一家汽车经销商改进ERD 这里是一个简短的描述 这些汽车在出售给顾客之前会产生一些费用。完成销售交易的员工也会处理付款。每笔付款应与一个帐户关联。 车辆的已售出、MakesSale和购买的最小基数为0(0,1),因为车辆可以在出售前几天留在停车场 这是我修改过的图表。 我将从这里删除已售出的关系 但是,建议的解决方案表示,该过程是多余的,因为同一名员工完成销售并处理付款 它们中的任何一个能被移除吗?如果没有,请有人解释为什么删除进程是一个更好的主意 多谢各位 下面将对该问题进行更详细的描述 Mountain High Quality Vehicles经销商希望开发一个库存管理数据库,以改进对车辆、销售和费用的跟踪。经销商还希望跟踪有关其客户和销售给客户的汽车的信息 •车辆购置:车主定期参加拍卖会,购买二手车,寻求合理的价格和优质车辆。他们还从批发市场购买二手车。购买的车辆将被运送到经销商处,并检查是否存在机械故障。每辆车在出售前都经过固定和清洁 •车辆改进:除了购买之外,经销商还需要额外的费用来为市场准备车辆。费用通常包括将购买的车辆运输到经销商处、检查车辆是否存在任何潜在问题、必要时进行维修和保养、营销和清洁 •销售详情:客户在经销商处购买车辆。即使是已婚夫妇,每笔销售也涉及一名客户。尽管客户可以购买多辆车,但每辆车都记录为单独销售。销售完成后,将记录与销售和付款关联的员工。通常情况下,车辆在销售前在停车场停留一段时间 •车辆详细信息:数据库跟踪唯一的车辆标识符和车辆识别号(VIN),以完成销售交易。该数据库还跟踪车辆特征,如品牌、车型、年份、里程、外部和内部颜色、变速器类型(自动或手动)以及气缸数(4或6) •客户详细信息:数据库记录唯一的客户号码、姓名、地址、城市、州、邮政编码、主要电话号码和手机号码 •费用明细:每个车辆费用都有一个唯一的费用标识符、费用类型、费用描述、费用金额、费用支付日期、账户和相关车辆 •账户详细信息:数据库跟踪账户详细信息,如唯一账户标识符、账户描述、相关费用和相关付款 •付款详细信息:数据库还跟踪车辆销售(付款流程)。每次付款都有唯一的发票号和付款方式。由于经销商不提供任何融资,因此付款选项为现金、信用卡或外部信用额度。通常,每笔销售支付一笔款项,但如果客户为部分销售提供现金,有时会支付多次款项。如果客户使用信用卡付款,则付款包括信用卡号、到期日期、信用卡上的姓名和付款说明。应记录完成销售交易和车辆的员工。同一名员工担任销售助理,处理付款以完成销售。每笔付款与一个账户关联,用于公司会计目的 然而,建议的解决方案说这个过程是多余的,因为 同一名员工完成销售并处理付款 是的,因为在付款表和车辆表中有EmployeeID时没有业务价值增加。 如果与出售汽车的员工相比,该流程可以由其他员工完成,则必须在付款表和车辆表中都包含EmployeeID 购买的车辆将被运输到经销商处并进行检查 机械问题。每辆车在安装前都进行了固定和清洁 被出售的 您可能需要Database design 从ERD中的循环中删除冗余元素,database-design,relationship,erd,Database Design,Relationship,Erd,我希望在这里继续提问是可以的。。它来自Coursera,我不确定我是否同意此练习的建议解决方案。 我必须为一家汽车经销商改进ERD 这里是一个简短的描述 这些汽车在出售给顾客之前会产生一些费用。完成销售交易的员工也会处理付款。每笔付款应与一个帐户关联。 车辆的已售出、MakesSale和购买的最小基数为0(0,1),因为车辆可以在出售前几天留在停车场 这是我修改过的图表。 我将从这里删除已售出的关系 但是,建议的解决方案表示,该过程是多余的,因为同一名员工完成销售并处理付款 它们中的任何一个能
经销商
表格和机械报告
表格。
机械报告
表应包括经销商ID和车辆ID
客户在经销商处购买车辆
您可能需要一个表
Purchases
,该表收集车辆ID
、经销商ID
、客户ID
,而不是车辆与客户之间的直接关系。感谢您提供的有趣见解。只有一个经销商,山地优质车。@蓝尾即使只有一个经销商,您也需要在设计中提到这一点