<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Introduction to Data Modeling</title>
	<atom:link href="http://www.gabrielharper.com/2004/04/introduction-to-data-modeling/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gabrielharper.com/2004/04/introduction-to-data-modeling/</link>
	<description>Business, Web Sites and Life</description>
	<lastBuildDate>Thu, 15 Dec 2011 16:27:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: JOHN OWENS</title>
		<link>http://www.gabrielharper.com/2004/04/introduction-to-data-modeling/#comment-28412</link>
		<dc:creator>JOHN OWENS</dc:creator>
		<pubDate>Wed, 25 Mar 2009 17:43:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.gabrielharper.com/blog/2008/04/introduction-to-data-modeling/#comment-28412</guid>
		<description>A nicely written article full of very helpful database design guidelines.

I have found that you get much more benefit by doing data modeling at the business level, prior to the database design.

In such a data model the boxes on the diagram would represent data entities as opposed to tables and the lines would represent relationships, as opposed to foreign keys.  This model will be the data model for the business and not just for a single application.

In this model you can show complex structures such as subtypes and exclusive relationships.  This model would also be fully normalized.

How these structures are implemented in any application is a design decision. One application could implement them in one way and another application in another.  These design decisions would not be arbitrary but would depend on the scope and size of each application, taking into account performance and denormalization  requirements.

I have written an eBook on business data modeling which will help all developers to arrive at far more elegant, yet powerful database design.  It is part of the Integrated Modeling Method.</description>
		<content:encoded><![CDATA[<p>A nicely written article full of very helpful database design guidelines.</p>
<p>I have found that you get much more benefit by doing data modeling at the business level, prior to the database design.</p>
<p>In such a data model the boxes on the diagram would represent data entities as opposed to tables and the lines would represent relationships, as opposed to foreign keys.  This model will be the data model for the business and not just for a single application.</p>
<p>In this model you can show complex structures such as subtypes and exclusive relationships.  This model would also be fully normalized.</p>
<p>How these structures are implemented in any application is a design decision. One application could implement them in one way and another application in another.  These design decisions would not be arbitrary but would depend on the scope and size of each application, taking into account performance and denormalization  requirements.</p>
<p>I have written an eBook on business data modeling which will help all developers to arrive at far more elegant, yet powerful database design.  It is part of the Integrated Modeling Method.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

