问题标签 [er-diagram]

我得到了描述，需要绘制ER图和类图进行描述。

现在我在理解这两个图表之间的差异时遇到了问题。
当我绘制 ER 图的图实体成为类。我不确定我是否走在正确的轨道上。

请解释一下这两者有什么区别和相似之处？

我有一些被标记在不同类别下的实体。但是，有些类别有各种子类别（最多 2 个级别），但层次结构并不统一 - 有些具有 1 - 2 的高度。

我的想法是为每个类别创建一个单独的表，为每个级别创建一个表，然后将实体 ID 链接到叶子，但是，它似乎不是很有效。

喜欢听听你的想法！

有拥有 TAXIS 的业主，业主向出租车公司提供出租车。出租车公司有司机。TAXIS 可以分配一名或多名司机，司机可以驾驶多辆出租车。

这意味着 TAXIS 和 DRIVERS 之间会有多对多的关系。这很简单。根据我的假设，出租车公司将车主、司机和出租车的记录保存在三个不同的表/实体中——车主、出租车和司机。公司知道哪个出租车属于哪个车主，由哪个司机驾驶。

扭曲的是，大多数车主本身就是司机。我应该如何与这个特定的东西建立关系。

整体：当实体的一个组件也可以是另一个实体的组件时如何关联？（这里有些车主也是司机）

我正在尝试制作 ER 图，然后进行标准化。

我正在尝试创建一个数据库，可以管理/记录许多不同机械类型的目击事件，无论是汽车、公共汽车、卡车、船、火车等，它还将记录这种目击事件的所有特征[这显然会有所不同非常重要：颜色、船体类型、车辆型号等] 以及目击发生的地点。

这是我困惑的ER图。

我感到困惑的地方是，我将/应该如何记录/引用 Item_Observation 表中的预定义特征[在特征表中找到]，因为我必须创建另一个多对多表来持有这样的，但由于表重复，我觉得我没有很好地实施它？但后来我觉得 - 我不是 100% 确定为什么 - 将观察到的特征数据存储在查找表本身中，也不是一个好主意？

这就引出了一个问题，查找表是否应该作为一个单独的实体单独存在？可能更重要的是，是我的架构完全有缺陷吗？如果您还没有猜到，我当然不是数据库设计师。感谢期待，Dyr 干杯

请帮助我知道如何在 mssql 中为现有数据库创建数据库架构，这可以通过 Microsoft SQL Server Management Studio Express 完成吗？

我的老板要求我为现有应用程序的数据库生成数据库模式。

我不太擅长数据库图表。每当我被要求创建 ERR 图时，我都会使用 MySQL WorkBench 软件。

然而，今天当我看到不同类型的 ER 图时，我得出了一个结论。我的图表（通过 MySQL WorkBench 设计）如下所示。

我看到了其他类型的 ER 图，如下所示。

有人可以确认我应该使用哪种 ER 图模型吗？

请看下面的图表图像。

该图像代表“一对多”关系。它说“客户由介绍人介绍”。客户可以有 1 个介绍人，也可以没有，但 Intruder 可以有很多客户。

因此，即使它是“客户可以有 1 个介绍人或根本没有介绍人” ，它仍然在 ER 图中描述为一对多关系，对吗？据我所知，“一对多关系”也描述了这种情况，我对此“完全不”部分并不担心。我对此有点困惑，一段时间后看看图表！

用ER图设计了一个数据模型。已定义所有列的用户类型和数据类型。但是当我尝试生成报告并生成数据字典时，不包括用户类型列。那么是否可以在生成的数据字典中包含用户类型列？

我正在使用纯 PHP 设计一个小型应用程序。我不会使用框架。这是我的 ER 图。

用户可以添加一个或多个用户注释。每个笔记都可以由用户标记。用户可以按笔记标题、内容以及笔记标签进行搜索。

• 当我要在一页中显示所有笔记时，我可以在一个查询中获取用户详细信息和笔记详细信息。但在那之后，我需要在 foreach 循环中使用另一个查询来检索标签。这是实现这一点的好方法吗？
• 当我使用一些框架时，我已经看到它们在数组集合中检索数据。我怎样才能做到这一点？
• 我正在尝试使用标签提供排序功能。我很困惑如何使用一组标签对笔记进行排序？有没有办法实现这一点？

我试图了解当关系具有确切性质时，我们如何建模和定义两个实体的基数。让我们说1到2。

例如，如果我有实体 Journey 和 Location。现在每个旅程都有 2 个位置，一个起始位置和一个结束位置。

那么我们如何建模这种关系并将基数放在每个实体（旅程和位置）上。

简单的 google 搜索结果是简单的 1-1、1-m 和 mn 关系解释。但是我们如何将它们限制为 1-2 呢？