【发布时间】:2016-03-24 01:57:54
【问题描述】:
经过一番谷歌搜索,看起来它们真的是一回事?但是,对于我的一项任务,我需要将两者都包括在内,所以我真的不确定如何区分这两个图表。
【问题讨论】:
标签: database database-design database-schema functional-dependencies
经过一番谷歌搜索,看起来它们真的是一回事?但是,对于我的一项任务,我需要将两者都包括在内,所以我真的不确定如何区分这两个图表。
【问题讨论】:
标签: database database-design database-schema functional-dependencies
In Bunge's ontology, models of things are called "functional schemata".(即“功能模式”。)即事物或事态的抽象表征,无论是物理的还是概念的。它们允许我们推理那个事物/状态。
因此,功能性关系模式是一种功能性模式,其中模式是关系性的。这在关系信息建模中称为逻辑模式或数据库模式。 (从关系的角度来看,这些是同一件事。)即 relations/tables 及其 attributes/columns 和它们的 meanings/predicates . (有时“模式”用于包含 约束 和/或其他信息。但您不需要任何其他信息来更新和查询。)谓词是一种填充名称-空白声明。我们可以将名称替换为具有这些列名称的行中的相应值。我们得到一个陈述/提议。做出正确陈述的行进入表中。这就是我们知道如何更新基表以及查询结果中的每一行告诉我们什么的方式。
我们可以使用关系 DBMS 数据定义语言 (DDL) 或实体关系图 (ERD) 来描述表及其列:
SUPPLIER(Supp#,Supplier) -- 供应商 Supp# 被命名为 Supplier
ORDER (Order#,OrdNo) -- 订单 Order# 已在 OrdDate
ORDERLINE(Order#,Prod#,Quantity) - - 订单 Order# 订单 Quantity 产品 Prod#
PRODUCT(Prod#,Product,Price) -- 产品 Prod# 被命名为 Product 并且花费 $Price
receives(Supp#,Order# ) -- 供应商 Supp# 收到订单 Order#
包含(Order#,Prod#) -- 订单 Order# 包含订单行 (Order#,Prod#)
功能依赖关系 (FD) 图 或列表显示了表的哪些属性集在功能上决定了其他属性。它明确地为表中的所有 FD 提供了某种覆盖的 FD。某些 FD 的封面是一组暗示所有 FD 的 FD。 (通常,最小/不可约覆盖。最小/不可约覆盖是不包含更小的覆盖。)
ORDERLINE
产品 → 数量
订单号,产品 → 数量
给定关系表模式及其 FD 图或列表,可以对表进行规范化。给定一个(功能性)关系数据库模式和它的每个表的 FD 图或列表,这些表可以被规范化以提供一个模式,其中所有表都处于某种最小范式。
【讨论】: