<?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: Modelling Business Data the Vault Way</title>
	<atom:link href="http://wisdom.smetser5.nl/2009/11/17/modelling-business-data-the-vault-way/feed/" rel="self" type="application/rss+xml" />
	<link>http://wisdom.smetser5.nl/2009/11/17/modelling-business-data-the-vault-way/</link>
	<description>About how data might become wisdom</description>
	<lastBuildDate>Thu, 01 Jul 2010 08:51:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: M. Evers</title>
		<link>http://wisdom.smetser5.nl/2009/11/17/modelling-business-data-the-vault-way/comment-page-1/#comment-3046</link>
		<dc:creator>M. Evers</dc:creator>
		<pubDate>Tue, 17 Nov 2009 10:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://wisdom.smetser5.nl/?p=156#comment-3046</guid>
		<description>Walter,

these same discussion we have over at the DVI forums. The issue on Satellite &quot;links/FKs&quot; depends on the DV loading. It is not possible to resolve links to satellites within a DV load effectivly. However this is only an issue for the *active* DV being loaded. Creating links to other external (meta/master/metrcis) DV/datastores are not affected by this limitation as long as you do not destroy source data in your sats. This means that for source data business keys are the dominant foreign keys in satellite. For metadata columns you can(and should) use surrogate keys.
IMO a good solution to these metadata issues is a hybrid &quot;one (metadata) column to rule them all&quot; approach. This resolves most these metadata referencing issues you are seeing.</description>
		<content:encoded><![CDATA[<p>Walter,</p>
<p>these same discussion we have over at the DVI forums. The issue on Satellite &#8220;links/FKs&#8221; depends on the DV loading. It is not possible to resolve links to satellites within a DV load effectivly. However this is only an issue for the *active* DV being loaded. Creating links to other external (meta/master/metrcis) DV/datastores are not affected by this limitation as long as you do not destroy source data in your sats. This means that for source data business keys are the dominant foreign keys in satellite. For metadata columns you can(and should) use surrogate keys.<br />
IMO a good solution to these metadata issues is a hybrid &#8220;one (metadata) column to rule them all&#8221; approach. This resolves most these metadata referencing issues you are seeing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
