MYSQL Identifying relationship 和non-Identifying relationship 区别。

       mysql 数据表的关系总共有三种。

第一:1对1 的关系(1:1)。

第二:1对多的关系(1:n)。

第三:多对多的关系(m:n)。

不过在设计的过程中遇到第一个和第二个中有两个选择。Identifying relationship 和non-Identifying relationship。为了以后学习记录,特此写了这份博客。

通过简单的例子 介绍Identifying relationship (识别关系)  和 non-Identifying relationship(非识别关系)区别:


一本书属于所有者,所有者可以拥有多本书。 但是,这本书也可以存在,没有所有者,所有权可以从一个所有者改变为另一个。 书与所有者之间的关系是一种非识别的关系

 然而,一本书是由作者撰写的,作者可以编写多本书。 但是,这本书需要由作者撰写 - 如果没有作者,它就不可能存在。 因此,书与作者之间的关系是一种识别关系。


识别关系:

识别关系是当子表中的行的存在取决于父表中的行时。 这可能令人困惑,因为这些日子常见的做法是为子表创建伪指令,但不能将外键作为子键的父键部分。 正式地,“正确”的做法是让外键成为小孩的主键。 但逻辑关系就是没有父母的孩子就不可能存在。


非识别关系:

父级的主键属性不能成为子级的主键属性。


ER图解析错误 `'Expecting UNICODE_TEXT ENTITY_NAME NON_IDENTIFYING IDENTIFYING got CLASS'` 的问题通常发生在使用特定工具或库来解析 ER 图定义文件时。这种错误表明,在解析过程中,期望的是某种类型的实体名称或其他关键字,但却遇到了 `CLASS` 这样的不匹配项。 以下是可能的原因分析以及解决方案: --- ### 可能原因 1. **语法不符合预期** 工具或库对 ER 图的定义有严格的语法规则,而当前输入文件中的某些部分未遵循这些规则。例如,`CLASS` 不应出现在该位置[^4]。 2. **格式化问题** 输入文件可能存在缩进、空格或换行符的问题,这些问题可能导致解析器无法正确识别上下文[^3]。 3. **版本兼容性** 如果使用的工具或库版本较新,而 ER 图定义基于旧版标准,则可能出现此类错误[^2]。 4. **拼写错误** 实体名、属性名或其他关键词可能存在拼写错误,导致解析失败[^1]。 --- ### 解决方案 #### 1. 检查 ER 图定义文件的语法 确保 ER 图定义严格遵循所用工具的要求。如果不确定具体规则,可以查阅官方文档或示例文件。常见的检查点包括: - 所有的实体名称是否合法(无特殊字符)。 - 属性列表是否有遗漏的分隔符。 - 是否存在多余的单词或符号,比如意外的 `CLASS`。 #### 2. 使用正确的模板 参考以下简化版 ER 图定义结构作为起点: ```plaintext EntityName { attribute1: type attribute2: type } ``` 如果有继承关系或多态情况,需特别注意其表达方式是否被支持。例如: ```plaintext ParentClass <|-- ChildClass ChildClass { additionalAttribute: type } ``` #### 3. 更新工具/库至最新版本 有时,早期版本的解析器可能存在 bug 或者对新的语法特性支持不足。尝试升级到最新稳定版本并重新测试[^2]。 #### 4. 验证输入数据的有效性 利用在线验证服务或将输入导出为其他形式再导入回来的方式检测潜在问题所在。这种方法可以帮助定位具体的冲突区域。 #### 5. 替代工具或方法 如果现有工具始终无法正常工作,考虑更换另一种能够处理相同任务但更加灵活的产品。例如Mermaid.js对于简单的图表绘制常友好,并且提供了详尽的帮助文档。 --- ### 示例修正后的代码片段 假设原始有问题的部分如下所示: ```plaintext Person CLASS { id: int name: string } ``` 将其修改成符合规范的形式: ```plaintext Person { id: int name: string } ``` 如果是更复杂的场景涉及类之间的关联,则应该这样表示: ```plaintext Student -- Department : belongsTo Department <-- Professor : manages ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值