<?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 Data Integrator Article on OTN</title>
	<atom:link href="http://www.rittmanmead.com/2007/05/25/oracle-data-integrator-article-on-otn/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rittmanmead.com/2007/05/25/oracle-data-integrator-article-on-otn/</link>
	<description>Delivered Intelligence</description>
	<lastBuildDate>Fri, 30 Jul 2010 17:54:00 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mark Rittman</title>
		<link>http://www.rittmanmead.com/2007/05/25/oracle-data-integrator-article-on-otn/comment-page-1/#comment-2809</link>
		<dc:creator>Mark Rittman</dc:creator>
		<pubDate>Tue, 12 Jun 2007 20:25:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/wp2/2007/05/25/oracle-data-integrator-article-on-otn/#comment-2809</guid>
		<description>Hi Mark, good to hear from you. The reason I&#039;d still advocate OWB as the main Oracle DW tool, with ODI being used to provide heterogenous connectivity, CDC, SOA integration and so on, is that ODI doesn&#039;t come with any of the OLAP and DW data modeling features that OWB has. You can&#039;t define dimensions, cubes and so on in ODI, you can&#039;t interface directly with Discoverer, and so on, which is why OWB is still an essential tool.

As you say though, the requirement to have two sets of skills, two repositories and so on is a not insignificant overhead, hence I&#039;ll be pleased when the two tools become increasingly merged and/or integrated over the next couple of years.

regards

Mark</description>
		<content:encoded><![CDATA[<p>Hi Mark, good to hear from you. The reason I&#8217;d still advocate OWB as the main Oracle DW tool, with ODI being used to provide heterogenous connectivity, CDC, SOA integration and so on, is that ODI doesn&#8217;t come with any of the OLAP and DW data modeling features that OWB has. You can&#8217;t define dimensions, cubes and so on in ODI, you can&#8217;t interface directly with Discoverer, and so on, which is why OWB is still an essential tool.</p>
<p>As you say though, the requirement to have two sets of skills, two repositories and so on is a not insignificant overhead, hence I&#8217;ll be pleased when the two tools become increasingly merged and/or integrated over the next couple of years.</p>
<p>regards</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Clewett</title>
		<link>http://www.rittmanmead.com/2007/05/25/oracle-data-integrator-article-on-otn/comment-page-1/#comment-2810</link>
		<dc:creator>Mark Clewett</dc:creator>
		<pubDate>Fri, 08 Jun 2007 08:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.rittmanmead.com/wp2/2007/05/25/oracle-data-integrator-article-on-otn/#comment-2810</guid>
		<description>In the ODI article you recommend using ODI for gathering information from disparate data sources to the staging area of your Oracle data warehouse, then using OWB to populate the ODS and analytic layers inside the warehouse.  SInce this would mean having to maintain two skill sets for ETL development, what advantages does this approach have over just using ODI throughout?</description>
		<content:encoded><![CDATA[<p>In the ODI article you recommend using ODI for gathering information from disparate data sources to the staging area of your Oracle data warehouse, then using OWB to populate the ODS and analytic layers inside the warehouse.  SInce this would mean having to maintain two skill sets for ETL development, what advantages does this approach have over just using ODI throughout?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
