Entity relationship 查找表的表示

如何在技术报告中表示查找表

换句话说，ER模型用于表示数据库，

---

但是查找表呢？

要从物理模型（表和列）恢复概念模型（实体集、属性和关系），我们首先必须了解逻辑模型。这意味着理解由查找表表示的域和函数依赖关系

查找表是一个通用术语，它可以表示不同的内容。我通常将其理解为一个表，它表示一个具有代理键的域，并将其与一个名称和/或一些其他属性相关联。在ER模型中，这些将是简单的实体关系，以及实体集图中的叶子/终端节点

如果查找表只记录了一种类型的事实（由查找表的键表示），则可以将该类型表示为一个实体集（矩形），每个相关列都有一个属性（椭圆形），并根据需要绘制关系（菱形）以将其连接到其他实体集。在其他表中查找外键列/约束以查找这些关系

例如，考虑下面的物理模型：

CarMake

和

CarModel

是查找表的示例。这不是一个很好的模型，因为在现实世界中，

CarModelId

决定

CarMakeId

，而模型在

CarSales

中将它们视为独立的元素。然而，由于示例的重点是关注查找表，所以我将按原样使用它

在这种情况下，

CarMake

和

CarModel

分别描述一个实体集。它们的功能依赖关系是

CarMakeId->CarMakeName

和

CarModelId->CarModelName

。在

CarSales

中，我们有

CarSaleId->RegNumber，Price，SoldOn

（属性）和

CarSaleId->CarMakeId，CarModelId

（关系）

在这种情况下，我们的ER模型与物理模型类似：

---

但是，在某些情况下，由于物理结构相似，您可能会发现多种类型的内容组合到一个查找表中。这不会影响逻辑或概念模型，但会使恢复更加复杂，因为我们必须了解如何使用表将其解压缩。

要从物理模型（表和列）恢复概念模型（实体集、属性和关系），我们首先必须了解逻辑模型。这意味着理解由查找表表示的域和函数依赖关系

查找表是一个通用术语，它可以表示不同的内容。我通常将其理解为一个表，它表示一个具有代理键的域，并将其与一个名称和/或一些其他属性相关联。在ER模型中，这些将是简单的实体关系，以及实体集图中的叶子/终端节点

如果查找表只记录了一种类型的事实（由查找表的键表示），则可以将该类型表示为一个实体集（矩形），每个相关列都有一个属性（椭圆形），并根据需要绘制关系（菱形）以将其连接到其他实体集。在其他表中查找外键列/约束以查找这些关系

例如，考虑下面的物理模型：

CarMake

和

CarModel

是查找表的示例。这不是一个很好的模型，因为在现实世界中，

CarModelId

决定

CarMakeId

，而模型在

CarSales

中将它们视为独立的元素。然而，由于示例的重点是关注查找表，所以我将按原样使用它

在这种情况下，

CarMake

和

CarModel

分别描述一个实体集。它们的功能依赖关系是

CarMakeId->CarMakeName

和

CarModelId->CarModelName

。在

CarSales

中，我们有

CarSaleId->RegNumber，Price，SoldOn

（属性）和

CarSaleId->CarMakeId，CarModelId

（关系）

在这种情况下，我们的ER模型与物理模型类似：

---

但是，在某些情况下，由于物理结构相似，您可能会发现多种类型的内容组合到一个查找表中。这不会影响逻辑或概念模型，但会使恢复变得更加复杂，因为我们必须了解如何使用表格将其解包。

谢谢你，里根先生，但让我解释一下我的目标，我的字母学习系统包含：1-学习模式（包含学习数字和字母）2-考试模式（提问）事实上，我有一个访问文件，包含那些数字、字母和问题，我真的不知道这些将如何表示。这两种模式之间没有联系（dimond）。我的图形将是2个带属性的矩形，但关系是什么。你能帮忙吗？不幸的是，根据你的描述，我不明白你的型号。请编辑您的问题以显示物理表结构。我的意思是实体之间没有关系，每个实体都有属性，但没有连接它们的实体，我如何表示它们？因为没有线条的独立选项卡表示关系？您的术语很混乱。我相信您谈论的是关系（如实体关系模型中的关系），而不是关系。在表关系图中，表之间的行不表示关系，它们表示FK约束。关系由同一表中的两个或多个实体列表示。不管怎样，我还是不明白你的模式；谢谢里根先生，但让我解释一下我的目标，我的字母学习系统包括：1-学习模式（包括学习数字和字母）2-考试模式（提问）实际上，我有一个访问文件