<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:blogger='http://schemas.google.com/blogger/2008' xmlns:georss='http://www.georss.org/georss' xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-308386331305182899</id><updated>2024-09-27T21:35:20.296-07:00</updated><category term="Data Modeling"/><category term="Database Design"/><category term="Erwin"/><category term="Logical Data Model"/><category term="Relationships"/><title type='text'>Identifying and Non Identifying relationships</title><subtitle type='html'></subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://erwin-concept.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/308386331305182899/posts/default?redirect=false'/><link rel='alternate' type='text/html' href='http://erwin-concept.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Sandeep Pandit</name><uri>http://www.blogger.com/profile/15814853000578906100</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>1</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-308386331305182899.post-6410251700365135500</id><published>2010-01-08T03:48:00.000-08:00</published><updated>2010-01-10T20:21:19.283-08:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Data Modeling"/><category scheme="http://www.blogger.com/atom/ns#" term="Database Design"/><category scheme="http://www.blogger.com/atom/ns#" term="Erwin"/><category scheme="http://www.blogger.com/atom/ns#" term="Logical Data Model"/><category scheme="http://www.blogger.com/atom/ns#" term="Relationships"/><title type='text'>What is the difference between Identifying and Non Identifying relationships ?</title><content type='html'>Relationships between two entities may be classified as being either &quot;identifying&quot; or &quot;non-identifying&quot;. Identifying relationships exist when the primary key of the parent entity is included in the primary key of the child entity. On the other hand, a non-identifying relationship exists when the primary key of the parent entity is included in the child entity but not as part of the child entity&#39;s primary key. In addition, non-identifying relationships may be further classified as being either &quot;mandatory&quot; or &quot;non-mandatory&quot;. A mandatory non-identifying relationship exists when the value in the child table cannot be null. On the other hand, a non-mandatory non-identifying relationship exists when the value in the child table can be null.&lt;br /&gt;Here&#39;s a simple example of an identifying relationship:&lt;br /&gt;Parent&lt;br /&gt;------&lt;br /&gt;ID (PK)&lt;br /&gt;Name&lt;br /&gt;&lt;br /&gt;Child&lt;br /&gt;-----&lt;br /&gt;ID (PK)&lt;br /&gt;ParentID (PK, FK to Parent.ID) -- notice PK&lt;br /&gt;Name&lt;br /&gt;Here&#39;s a corresponding non-identifying relationship:&lt;br /&gt;Parent&lt;br /&gt;------&lt;br /&gt;ID (PK)&lt;br /&gt;Name&lt;br /&gt;&lt;br /&gt;Child&lt;br /&gt;-----&lt;br /&gt;ID (PK)&lt;br /&gt;ParentID (FK to Parent.ID) -- notice no PK&lt;br /&gt;Name&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Existence Dependency (Strong vs. Weak Entity). ?&lt;br /&gt;&lt;br /&gt;•The MOVIE and MOVIE_COPY example also is a case of existence dependency. &lt;br /&gt;•A Strong Entity is one that exists on its own, independent of other entities. &lt;br /&gt;•A Weak Entity is one whose existence depends on another entity.  This means an occurrence of one entity cannot exist unless there is an occurrence of a related entity. &lt;br /&gt;•This modeling situation usually occurs for binary 1:N relationships where the cardinality is mandatory-one for the weak entity. &lt;br /&gt;•The Strong Entity is usually referred to as the Owner or Parent entity, while the Weak Entity is referred to as the Dependent or Child entity. &lt;br /&gt;•Weak entities often do not have a natural identifier (candidate key). &lt;br /&gt;•The primary key of the owner entity is used as part of the primary key of the dependent child entity. &lt;br /&gt;•Note the primary key of the MOVIE_COPY entity is a composite key consisting of the attributes MovieNumber and CopyNumber. &lt;br /&gt;•This situation is also called an identifying relationship. Benefits include: &lt;br /&gt;o1. Data integrity of the existence dependent entity are enforced. &lt;br /&gt;o2. Ease of access for related dependent entities via part of the composite key.</content><link rel='replies' type='application/atom+xml' href='http://erwin-concept.blogspot.com/feeds/6410251700365135500/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://erwin-concept.blogspot.com/2010/01/what-is-difference-between-identifying.html#comment-form' title='3 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/308386331305182899/posts/default/6410251700365135500'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/308386331305182899/posts/default/6410251700365135500'/><link rel='alternate' type='text/html' href='http://erwin-concept.blogspot.com/2010/01/what-is-difference-between-identifying.html' title='What is the difference between Identifying and Non Identifying relationships ?'/><author><name>Sandeep Pandit</name><uri>http://www.blogger.com/profile/15814853000578906100</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='https://img1.blogblog.com/img/b16-rounded.gif'/></author><thr:total>3</thr:total></entry></feed>