我一直在查看 ER 图的示例以更好地理解它们。我发现了一张 ER 图，我不确定它是否正确。
这是问题/规范：
UPS 自豪地拥有有关每个邮件的处理和当前位置的最新信息。 已发货的物品。为此，UPS 依靠全公司范围的信息系统。运送的物品有 UPS 产品跟踪信息系统的核心。已发货物品可以进行表征 按物品编号（唯一）、重量、尺寸、保险金额、目的地和最终交货 日期。发运的物品在单个零售中心被接收到 UPS 系统中。零售中心有 由其类型、唯一 ID 和地址来表征。运送的物品到达目的地 通过一项或多项标准 UPS 运输活动（即航班、卡车送货）到达目的地。 这些交通事件的特征是唯一的时间表编号、类型（例如航班、 卡车）和送货路线。
实体：RetailCenter, ShippedItems, Transportation Event
关系：ReceivedFrom(RetailCenter,ShippedItems), ShippedVia(ShippedItems,TransportationEvent)
Here is the diagram: 
我的问题是，这三个实体之间不应该存在三元关系吗？我的思维过程是，运送的物品需要经过运输事件才能到达特定的零售中心。该图不是说零售中心接收已发货的物品并且已发货的物品发生运输事件吗？
我的思维过程是，运送的物品需要经过运输事件才能到达特定的零售中心。
您似乎误读了规范。物品被带到 UPS 零售中心，然后运送到目的地。但是让我们考虑一下三元关系，即已发货的物品需要经过运输事件才能到达特定的地点目的地.
这是这三个实体之间许多可以想象的关系之一。
该图不是说零售中心接收已发货的物品并且已发货的物品发生运输事件吗？
是的，它确实。但是三元关系可以用这些图二元关系来表达。 （反之则不然。）
每个表（基本变量或查询结果）都包含参与某些特定关系的行。我们可以通过以下方式来描述这种关系：谓词 https://stackoverflow.com/a/33952141/3404097-- 由属性参数化的语句模板。
表保存其属性值根据其谓词得出 true 语句的行。基本变量的谓词由 DBA 给出。
-- shipped item ItemNumber is received by retail center UniqueId
SELECT * FROM ReceivedFrom
-- shipped item ItemNumber takes transportation event ScheduleNumber
SELECT * FROM ShippedVia
查询表达式的谓词是根据其运算符和参数构建的。例如，两个表的 NATURAL JOIN 的谓词是表谓词的 AND。
-- shipped item ItemNumber is received by retail center UniqueId
and takes transportation event ScheduleNumber
SELECT * FROM ReceivedFrom NATURAL JOIN ShippedVia
当然，您对三元关系的特定概念可能不是这个确切的查询/表。但实际的 UPS 数据库将具有基本关系表，可以用这些表来表达任何相关关系。
（当可能且有帮助时，规范化会将“... AND ...”形式的谓词拆分为“...”的单独谓词；原始表由组件的 JOIN 返回。）