我无法完全掌握差异.你能描述这两个概念并使用现实世界的例子吗?
database database-design data-modeling identifying-relationship
我读过这个问题:识别和非识别关系之间有什么区别?
但我还是不太确定......我拥有的是三张桌子.
用户可以拥有许多对象,也可以为每个对象发布许多图片.我的直觉告诉我这是一个识别关系,因为我需要在对象表中的userID,我需要在图片表中的objectID ...
还是我错了?另一个主题的解释仅限于数据库在已经编码后解释它的方式的理论解释,而不是对象在现实生活中如何连接.在考虑如何构建数据库时,我对如何做出识别与非识别的决定感到困惑.
我正在使用Entity Framework 4.1数据库的第一种方法.我用过遗留数据库.在我的edmx文件中,它基于遗留数据库中的表创建了实体类,某些实体之间存在一对一或一对一的关联.
虽然我探讨了数据库表和它们之间的关系,但我没有发现数据库中是如何实现一对一或零关系的.
有关更多信息,我将我的数据库图表的一些屏幕截图及其关系和通信实体的属性放在edmx文件中:

sql-server entity-relationship relation sql-server-2008 entity-framework-4.1
所以,我在stackoverflow上已经阅读了很多答案,但我仍然对它的整个概念感到困惑.具体来说,我已经阅读了这篇文章(包括它引用的所有文章),但似乎无法找到对概念的可靠掌握(或者也许是我的基数(n:m等)和身份之间的混淆):
我的问题是:我知道识别关系意味着子实体的主键必须包含其外键,而非识别关系则相反(这是正确的吗?).现在,这对我来说似乎有点太"前瞻性思考"了?在其中一个链接的评论中也有同样的说法.我怎样才能"退后一步"并实际看到哪些关系具有哪些特征?
例如,我有两个困境:
job_title(父母,1)到employee(孩子,1 ..*).我是否正确地认为,因为job_title是一个查找表,它必须是一个非识别关系?或者更准确地说"没有工作标题,员工就不能存在,因此必须确定"?或者是定义该场景的关系?employeeto employee_equipment(桥接m:n基数之间的实体)到equipment.现在,我读到这必须是employee_equipment双方的识别关系.但是,如果员工不需要设备怎么办?可以有一个可选的识别关系吗?我想我正在寻找一种方法来识别哪些身份表应该属于哪个,而不考虑主键/外键,或者任何真正技术性的东西.
任何帮助将非常感激!
mysql database database-design entity-relationship cardinality