<?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: Drilling Down in the Oracle Next-Generation Reference DW Architecture</title>
	<atom:link href="http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/</link>
	<description>Delivered Intelligence</description>
	<lastBuildDate>Wed, 17 Mar 2010 13:47:41 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dhrubo</title>
		<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/comment-page-1/#comment-10317</link>
		<dc:creator>Dhrubo</dc:creator>
		<pubDate>Mon, 20 Jul 2009 11:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/#comment-10317</guid>
		<description>Gud one Mark,
Ya this does work gud..and Simon Griffith had given us some valuable inputs going ahead to this design about 3yrs back and now we see it was worth moving with this Architecture.</description>
		<content:encoded><![CDATA[<p>Gud one Mark,<br />
Ya this does work gud..and Simon Griffith had given us some valuable inputs going ahead to this design about 3yrs back and now we see it was worth moving with this Architecture.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sid</title>
		<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/comment-page-1/#comment-10291</link>
		<dc:creator>Sid</dc:creator>
		<pubDate>Fri, 17 Jul 2009 19:38:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/#comment-10291</guid>
		<description>Mark,
while I can agree with you on the fact that not everything is a dimension query and incorporating large changes into a dimension model in short period of time is tricky, I am a bit skeptic about the selling point of the foundation layer. A compelling real life example would be helpful. Also, foundation layer has to contain both entities and relationships in some form. And should not this reference architecture contain some mechanism for storing accessing and updating the meta data?</description>
		<content:encoded><![CDATA[<p>Mark,<br />
while I can agree with you on the fact that not everything is a dimension query and incorporating large changes into a dimension model in short period of time is tricky, I am a bit skeptic about the selling point of the foundation layer. A compelling real life example would be helpful. Also, foundation layer has to contain both entities and relationships in some form. And should not this reference architecture contain some mechanism for storing accessing and updating the meta data?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Rittman</title>
		<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/comment-page-1/#comment-10284</link>
		<dc:creator>Mark Rittman</dc:creator>
		<pubDate>Fri, 17 Jul 2009 07:51:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/#comment-10284</guid>
		<description>Jeff,

I guess it&#039;s a semantic thing - you&#039;ve got to model history in the foundation layer some how, and start and end-dating the changed records is of course one way. I would steer clear of surrogate keys in this level though, and try and make sure what we&#039;re tracking changes on are entities, not dimensions - it&#039;s the dimensional modeling but I&#039;m trying to get away from in this level, in favour of analysis-neutral entities.

regards, Mark</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>I guess it&#8217;s a semantic thing &#8211; you&#8217;ve got to model history in the foundation layer some how, and start and end-dating the changed records is of course one way. I would steer clear of surrogate keys in this level though, and try and make sure what we&#8217;re tracking changes on are entities, not dimensions &#8211; it&#8217;s the dimensional modeling but I&#8217;m trying to get away from in this level, in favour of analysis-neutral entities.</p>
<p>regards, Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Moss</title>
		<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/comment-page-1/#comment-10281</link>
		<dc:creator>Jeff Moss</dc:creator>
		<pubDate>Fri, 17 Jul 2009 07:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/#comment-10281</guid>
		<description>Pretty much the same as we&#039;ve put in at my current client and we started it about 5 years ago so I can tell you it works and that yes, some of the data is dimensional &quot;stars&quot;, but quite a bit doesn&#039;t conform to that approach, hence this multi layered approach.

Do you not consider the &quot;history&quot; tables in the Foundation layer (we call ours Business Data Model - BDM) to be SCD2s?</description>
		<content:encoded><![CDATA[<p>Pretty much the same as we&#8217;ve put in at my current client and we started it about 5 years ago so I can tell you it works and that yes, some of the data is dimensional &#8220;stars&#8221;, but quite a bit doesn&#8217;t conform to that approach, hence this multi layered approach.</p>
<p>Do you not consider the &#8220;history&#8221; tables in the Foundation layer (we call ours Business Data Model &#8211; BDM) to be SCD2s?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaustubh</title>
		<link>http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/comment-page-1/#comment-10276</link>
		<dc:creator>Kaustubh</dc:creator>
		<pubDate>Thu, 16 Jul 2009 20:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/2009/07/16/drilling-down-in-the-oracle-next-generation-reference-dw-architecture/#comment-10276</guid>
		<description>Thanks Mark ,

This was indeed really insightful. I hope you would write a reference on this  as most of the time it is difficult for us to convince the users to convert to dimensional modeling for fear of loosing data and yet we are always unable to derive the full functionality of the BI tools on databases which are not dimensionally aware.</description>
		<content:encoded><![CDATA[<p>Thanks Mark ,</p>
<p>This was indeed really insightful. I hope you would write a reference on this  as most of the time it is difficult for us to convince the users to convert to dimensional modeling for fear of loosing data and yet we are always unable to derive the full functionality of the BI tools on databases which are not dimensionally aware.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
