如何将 EER 转换为 SQL 表?

发布于 2024-08-29 05:35:24 字数 92 浏览 7 评论 0原文

我将 ER 转换为 SQL 表没有问题,但我不知道如何将 EER 转换为 SQL 表? 如您所知,EER具有“is a”规范和继承,但我不知道关系数据库如何与继承规范连接

I have no problem with converting ER to SQL tables, but I don't know how can I convert EER to SQL tables?
as you Know that EER has "is a" specification and inheritance, but I don't know how relational databases can connect with inheritance specification

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

剧终人散尽 2024-09-05 05:35:24

我不确定如何在一个用户操作中将所有 EER 转换为 SQL 表,但这应该可行:

  • 右键单击表,
  • 将表创建脚本复制到剪贴板,
  • 将此脚本粘贴到 shell 命令中。

这将创建该表。

希望这有帮助。

I'm not sure how to convert all the EER to SQL table in one user action, but this should work:

  • Right click on a table,
  • Copy the table creation script to clipboard,
  • Paste this script in the shell command.

This will create the table.

Hope this helps.

这样的小城市 2024-09-05 05:35:24

我建议查看 Hibernate 存储策略

Hibernate 是一个 ORM 系统,它将对象持久保存在 SQL 数据库中。在我发送给您的链接中,它为您提供了一个表架构,用于说明如何将存储策略保留在 SQL 数据库中。

如果您使用 AppfuseGroovy 它可以为您生成这些关系。

然后,您可能希望将模式映射到某种 CASE 工具中,以将其转换为实体关系图。

I'd say look into the Hibernate storage strategies.

Hibernate is an ORM system that persists objects in an SQL database. In the link that I sent you it gives you a table schema for how the storage strategy is persisted in the SQL database.

If you use Appfuse or Groovy it can generate these relationships for you.

Then you might want to map the schema into a CASE tool of some sort to turn it into an Entity Relationship Diagram.

清泪尽 2024-09-05 05:35:24

最简单的答案是:
子类型表将使用超类型的 id 作为它们的 id。这将保证子类型“是”超类型,而不是子类型“与”超类型关联。
还有其他规则供您转换 EERD 泛化/专业化层次结构(如果您有兴趣,请回复,我将向您发送一个链接以了解所有规则)。然而,大多数情况下,以下两条规则将起作用:

  1. 为超类型创建一个关系,为每个子类型创建每个关系,子类型关系的 id 是超类型关系的 id(此选项通常适用于所有情况)。将所有公共属性存储在超关系中,仅将特殊属性存储在子类型中。
  2. 对于“不相交的强制专门化/泛化层次结构”,您可以选择为每个子类型创建一个表(无需为超类型创建关系)。

希望这有帮助。

Simplest answer is:
The subtype table will use id of supertype as their id. This will guarantee subtype 'is a' supertype, instead of subtype 'is associated with' super type.
There are other rules for you to convert EERD generalization/specialization hierarchies (if you are interested, reply and I will send you a link to learn about all rules). However, most of the cases, following two rules are going to work

  1. Create a relation for a supertype, create each relation for each subtype, id of the subtype relation is the id of the supertype relation (this option generally work for all cases). Store all common attributes in the super relation, store only special attributes in the subtypes.
  2. For "Disjoint Mandatory Specialization/Generalization Hierarchy", you could have the option to create a table for each subtype (without having to create a relation for the supertype).

Hope this helps.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文