根据案例研究创建 ERD 图

Question

案例研究是：

Maps Systems 是一家专门从事运输并打算 获得有关处理和当前的最新信息 每个装运物品的位置。为此，地图系统 依赖于全公司范围的信息系统。运送的物品是 地图产品跟踪信息系统的核心。运送的物品是
以商品编号（唯一）、重量、尺寸、保险为特征
数量、目的地和最终交货日期。运送的物品有 在单个零售中心接收到地图系统。零售 中心由其类型、唯一 ID 和地址来表征。 运送的物品通过一个或多个途径到达目的地 标准地图交通事件（即航班、卡车 交付）。这些运输事件的特征是唯一的时间表编号、类型（例如航班、卡车）和交付路线。

我成功完成的事情：

shipped_items                         retail_centre     
item_number (Pk)                      retail_id (PK)          
weight                      N:1       retail_type            
dimensions              ---------     address                
insurance_amount
destination
final_delivery_date                         |
        |                                   |
        |                                   |
        |                                   |
        |                                   |
        |                                   |
        |              transport_event      |
        |              schedule_id          |
         ------------  transport_type-------
      N:M              address              1:N

然而，他们说我们不允许建立多对多的关系，这就是我开始绊倒的时候。我考虑添加带有实体 item_number、schedule_id 和地址的 order_item 属性。请帮忙！

Answer 1

不错的尝试。首先，我认为根据业务案例，transport_event 和 Retail_centre 之间不应该有任何关系。您可以通过在两者之间创建桥实体将多对多 (N:M) 关系转换为两个一对多 (1:N) 关系。例如，这个桥实体说“路径”将继承关系中参与实体（shipping_item，transportation_event）的主键作为外键。

您可以有 path(pathID,item_number,scheduleNumber,出发地,目的地)

斜体属性是外键。因此，路径将是两种关系的多方，因为它可以多次组合任何两个已运输的物品和运输事件。

希望有帮助。

Answer 2

实体：

1. 客户
   • 属性：客户 ID、姓名、地址、联系方式、驾驶执照号码
2. 车辆
   • 属性：车辆 ID、品牌、型号、注册号、发动机容量、制造年份
3. 政策
   • 属性：保单 ID、客户 ID（外键）、车辆 ID（外键）、保单类型、保费金额、承保详细信息、开始日期、结束日期
4. 索赔
   • 属性：索赔 ID、保单 ID（外键）、事故日期、索赔金额、状态
5. 付款
   • 属性：付款ID、保单ID（外键）、付款日期、金额
6. 检查
   • 属性：检验ID、车辆ID（外键）、检验日期、报告
7. 司机
   • 属性：驾驶员 ID、客户 ID（外键）、驾照号码、出生日期
8. 代理
   • 属性：代理 ID、姓名、联系方式

人际关系：

• 一个客户可以拥有多辆车（一对多）。
• 一辆车只能由一名客户拥有（多对一）。
• 一项保单与一名客户和一辆车相关联（多对一）。
• 一项索赔与一份保单相关（多对一）。
• 一笔付款与一份保单相关（多对一）。
• 检查与一辆车相关联（多对一）。
• 一个司机可以与多个客户关联（多对多）。
• 一个代理可以管理多个策略（一对多）。

其他关系：

• 一个策略可以有多个驱动程序（多对多）。
• 一笔索赔可以有多次付款（一对多）。

此 EERD 涵盖了管理汽车保险保单、客户、车辆、索赔、付款、检查、驾驶员和代理人所涉及的关键实体和关系。它可以作为设计汽车保险管理系统数据库模式的基础。