<?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: Oracle BI EE 10.1.3.4.1 &#8211; Single Table Repository Design &#8211; Part 1</title>
	<atom:link href="http://www.rittmanmead.com/2009/11/10/oracle-bi-ee-10-1-3-4-1-single-table-repository-design-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rittmanmead.com/2009/11/10/oracle-bi-ee-10-1-3-4-1-single-table-repository-design-part-1/</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: Venkatakrishnan J</title>
		<link>http://www.rittmanmead.com/2009/11/10/oracle-bi-ee-10-1-3-4-1-single-table-repository-design-part-1/comment-page-1/#comment-11223</link>
		<dc:creator>Venkatakrishnan J</dc:creator>
		<pubDate>Mon, 16 Nov 2009 07:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/?p=3632#comment-11223</guid>
		<description>@Abhishek - Yes. Attributes from a single table can be treated as multiple dimensions in the BMM. It all depends on how you are joining with your fact measures. If you have seperate join keys for the fact then Aliases are the way to go. But if you have the fact measures coming from the same table as well, then you surely can model it as separate dimensions.

-Venkat</description>
		<content:encoded><![CDATA[<p>@Abhishek &#8211; Yes. Attributes from a single table can be treated as multiple dimensions in the BMM. It all depends on how you are joining with your fact measures. If you have seperate join keys for the fact then Aliases are the way to go. But if you have the fact measures coming from the same table as well, then you surely can model it as separate dimensions.</p>
<p>-Venkat</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhishek</title>
		<link>http://www.rittmanmead.com/2009/11/10/oracle-bi-ee-10-1-3-4-1-single-table-repository-design-part-1/comment-page-1/#comment-11218</link>
		<dc:creator>Abhishek</dc:creator>
		<pubDate>Fri, 13 Nov 2009 15:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/?p=3632#comment-11218</guid>
		<description>Hi ,
    I liked the way you presented this , its very useful. I think if you want to use the same table in Fact and Dim then the approach you are suggested will really be useful, but tell me about what if someone wants to use the same table as more then one dim, for exp.- You have W_SOURCE_D, we can have Program / Campaign / Event all in same table.In that case if we want to have all these 3 attributes separately in BMM layer like W_SOURCE_D_PROGRAM , W_SOURCE_D_CAMPAIGN , W_SOURCE_D_EVENT then we have to create the alias only .. any suggestions on this ?</description>
		<content:encoded><![CDATA[<p>Hi ,<br />
    I liked the way you presented this , its very useful. I think if you want to use the same table in Fact and Dim then the approach you are suggested will really be useful, but tell me about what if someone wants to use the same table as more then one dim, for exp.- You have W_SOURCE_D, we can have Program / Campaign / Event all in same table.In that case if we want to have all these 3 attributes separately in BMM layer like W_SOURCE_D_PROGRAM , W_SOURCE_D_CAMPAIGN , W_SOURCE_D_EVENT then we have to create the alias only .. any suggestions on this ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
