Database 数据库:操作弱实体集

Database 数据库:操作弱实体集,database,entity-framework,relational-database,entity-relationship,entity-relationship-model,Database,Entity Framework,Relational Database,Entity Relationship,Entity Relationship Model,我目前正在练习教科书中的一些弱实体集示例,我不明白为什么您可以删除客户实体来帮助识别航班预订 E/R图如下所示 全部问题如下 问题1)将图4.29的E/R图转换为关系图 数据库模式[我的进度:我顺利地完成了这个问题] 问题2)另一个E/R图可以描述图4.29中的弱实体集预订。请注意,预订可以通过航班号、航班日期、row和座位进行唯一标识;因此,客户无需帮助识别预订。修改4.29中的图表以反映此观点,并将获得的结果转换为关系模式 我的问题是,预订实体和航班实体之间的关系是什么?取消客户实体不

我目前正在练习教科书中的一些弱实体集示例,我不明白为什么您可以删除客户实体来帮助识别航班预订

E/R图如下所示

全部问题如下

  • 问题1)将图4.29的E/R图转换为关系图 数据库模式[我的进度:我顺利地完成了这个问题]
  • 问题2)另一个E/R图可以描述图4.29中的弱实体集预订。请注意,预订可以通过航班号、航班日期、row和座位进行唯一标识;因此,客户无需帮助识别预订。修改4.29中的图表以反映此观点,并将获得的结果转换为关系模式

我的问题是,预订实体和航班实体之间的关系是什么?取消客户实体不会导致识别特定航班的特定客户时出现问题吗?

图片中的图表是错误的,它不是标准的。
预订
应该有一些ID(带下划线)<代码>预订属于一个航班,航班有多个预订,因此这里的关系应该是
一个多个
(一个航班有多个预订)。客户有很多预订,预订只属于一个客户,因此这里的关系也是
one-many
(一个客户有很多预订)。
Booking
实体应具有外键
FlightID
CustomerID
。这些可以成为
预订
的组合键。目前我所知道的是你发布的图表,它是错误的(或不标准的)。我的教授将该问题指定为一个额外的练习题,所以我不知道。你是说
图4.29
是你从链接发布的图表吗?如果是,你如何完成问题1?有
预订
的桌子吗?如果是这样的话,它应该有一些ID(如我所说)(但ID不在图表中)。是的,我对问题1的解决方案是预订(序号[PK],编号[PK],日期[PK],行,座位);客户(编号[PK],姓名,地址,电话);航班(数字[PK],日期[PK],飞机)看起来与我所说的非常相似,仍然有
客户
航班
的外键。目前,您应该明确说明如何消除
客户
?你的意思是没有顾客桌吗?