 




<?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: DB2 physical file</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/db2-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/</link>
	<description></description>
	<lastBuildDate>Fri, 24 May 2013 19:50:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/#comment-82157</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Wed, 06 Oct 2010 00:25:14 +0000</pubDate>
		<guid isPermaLink="false">#comment-82157</guid>
		<description><![CDATA[&lt;i&gt;Doesn’t t the multi-format logical over multiple libraries creates certain backup-restore issues.&lt;/i&gt;

A PF needs to exist before a LF can reference it. In a restore scenario, all three PFs would need to exist before the LF could be validly restored. If the libraries all needed to be restored, the libraries with the PFs should be restored before the library with the LF is restored. That&#039;s just as true for a &quot;join&quot; LF as for a &quot;union (multi-format)&quot; LF.

That can be tricky when restoring *ALLUSR libraries, for example, and the LF library comes before any of the others in sequence.

But if a key is &lt;i&gt;needed&lt;/i&gt; over multiple PFs, there&#039;s not a lot of alternatives. You gotta do what you gotta do.

Tom]]></description>
		<content:encoded><![CDATA[<p><i>Doesn’t t the multi-format logical over multiple libraries creates certain backup-restore issues.</i></p>
<p>A PF needs to exist before a LF can reference it. In a restore scenario, all three PFs would need to exist before the LF could be validly restored. If the libraries all needed to be restored, the libraries with the PFs should be restored before the library with the LF is restored. That&#8217;s just as true for a &#8220;join&#8221; LF as for a &#8220;union (multi-format)&#8221; LF.</p>
<p>That can be tricky when restoring *ALLUSR libraries, for example, and the LF library comes before any of the others in sequence.</p>
<p>But if a key is <i>needed</i> over multiple PFs, there&#8217;s not a lot of alternatives. You gotta do what you gotta do.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philpl1jb</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/#comment-82071</link>
		<dc:creator>philpl1jb</dc:creator>
		<pubDate>Sun, 03 Oct 2010 11:26:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-82071</guid>
		<description><![CDATA[That&#039;s true
If the  multi-format logical is set to Maintenance Immediate it will access thedata faster than the view.  

Doesn&#039;t t the multi-format logical over multiple libraries creates certain backup-restore issues.
Phil]]></description>
		<content:encoded><![CDATA[<p>That&#8217;s true<br />
If the  multi-format logical is set to Maintenance Immediate it will access thedata faster than the view.  </p>
<p>Doesn&#8217;t t the multi-format logical over multiple libraries creates certain backup-restore issues.<br />
Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/#comment-82066</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Sun, 03 Oct 2010 01:07:54 +0000</pubDate>
		<guid isPermaLink="false">#comment-82066</guid>
		<description><![CDATA[A SQL UNION isn&#039;t quite the same as a multi-format DDS LF (which kind of mimics a SQL UNION). The ability to key the DDS LF has been around for a long time, but it&#039;s not so easy to combine a SQL INDEX with a VIEW.

Tom]]></description>
		<content:encoded><![CDATA[<p>A SQL UNION isn&#8217;t quite the same as a multi-format DDS LF (which kind of mimics a SQL UNION). The ability to key the DDS LF has been around for a long time, but it&#8217;s not so easy to combine a SQL INDEX with a VIEW.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philpl1jb</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/#comment-82060</link>
		<dc:creator>philpl1jb</dc:creator>
		<pubDate>Sat, 02 Oct 2010 02:04:09 +0000</pubDate>
		<guid isPermaLink="false">#comment-82060</guid>
		<description><![CDATA[You&#039;ve left us short of critical info, like what you&#039;ve got and what you need.  
But that never stopped me in the past.

I like Tom&#039;s answer,  if you want the records from all three to appear in order then it might look something like this.

Create view myview as
Select * from Lib1.custom
union
Select * from Lib2.custom
union
Select * from Lib3.custom
order by fld1, fld2

Phil]]></description>
		<content:encoded><![CDATA[<p>You&#8217;ve left us short of critical info, like what you&#8217;ve got and what you need.<br />
But that never stopped me in the past.</p>
<p>I like Tom&#8217;s answer,  if you want the records from all three to appear in order then it might look something like this.</p>
<p>Create view myview as<br />
Select * from Lib1.custom<br />
union<br />
Select * from Lib2.custom<br />
union<br />
Select * from Lib3.custom<br />
order by fld1, fld2</p>
<p>Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/db2-3/#comment-82056</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Fri, 01 Oct 2010 23:52:43 +0000</pubDate>
		<guid isPermaLink="false">#comment-82056</guid>
		<description><![CDATA[It wouldn&#039;t seem that a JOIN would be appropriate, though it might be. This might be better suited for a UNION (multi-format) LF, especially if keyed access is expected for the three different files.

I&#039;m not sure what &quot;CUSTOM&quot; means in the question. If that indicates a Customer file and customers may be different across the three groups, or perhaps especially if customer IDs might be duplicated for different customers across the three groups, then a JOIN is trouble.

Perhaps a little more definition of what the &lt;i&gt;business problem&lt;/i&gt; is would help make sure. If there is no duplication of identifiers across the groups, it&#039;s not clear why three libraries are involved, though good reasons can easily be imagined.

Tom]]></description>
		<content:encoded><![CDATA[<p>It wouldn&#8217;t seem that a JOIN would be appropriate, though it might be. This might be better suited for a UNION (multi-format) LF, especially if keyed access is expected for the three different files.</p>
<p>I&#8217;m not sure what &#8220;CUSTOM&#8221; means in the question. If that indicates a Customer file and customers may be different across the three groups, or perhaps especially if customer IDs might be duplicated for different customers across the three groups, then a JOIN is trouble.</p>
<p>Perhaps a little more definition of what the <i>business problem</i> is would help make sure. If there is no duplication of identifiers across the groups, it&#8217;s not clear why three libraries are involved, though good reasons can easily be imagined.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/8 queries in 0.042 seconds using memcached
Object Caching 325/326 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-24 22:16:14 -->