<?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: View Data</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/view-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/view-data/</link>
	<description></description>
	<lastBuildDate>Wed, 19 Jun 2013 09:51:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: gac</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/view-data/#comment-55661</link>
		<dc:creator>gac</dc:creator>
		<pubDate>Wed, 13 Aug 2008 17:25:39 +0000</pubDate>
		<guid isPermaLink="false">#comment-55661</guid>
		<description><![CDATA[Creating a view or logical file is a technical viable solution. Nonetheless, splitting each company’s data into two different libraries is a better approach, from my perspective.

Besides the possibility to do it (views) there are other considerations you might like to have: security and convenience.

Having each company’s data on different libraries simplifies security because you manage security at the library level instead of having to implement it at object level (and maybe even programmatically). 

If the time comes when a third company must be added, you just simply mount the libraries structure for the company without having to change the programs. 

Gerardo Agüero.]]></description>
		<content:encoded><![CDATA[<p>Creating a view or logical file is a technical viable solution. Nonetheless, splitting each company’s data into two different libraries is a better approach, from my perspective.</p>
<p>Besides the possibility to do it (views) there are other considerations you might like to have: security and convenience.</p>
<p>Having each company’s data on different libraries simplifies security because you manage security at the library level instead of having to implement it at object level (and maybe even programmatically). </p>
<p>If the time comes when a third company must be added, you just simply mount the libraries structure for the company without having to change the programs. </p>
<p>Gerardo Agüero.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: graybeard52</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/view-data/#comment-55638</link>
		<dc:creator>graybeard52</dc:creator>
		<pubDate>Tue, 12 Aug 2008 16:24:42 +0000</pubDate>
		<guid isPermaLink="false">#comment-55638</guid>
		<description><![CDATA[A view ends up being basically the same thing as a LF, except it has no keys and response is usually slower (since the system doesn&#039;t keep it up-to-date like it does a LF).   

Another option is to create 2 libraries (one for each company) , and put the LF&#039;s in them (one for each company).   That way the LF&#039;s can have the same name as the PF.  Not something I like to do, but it can make working with 3rd party pgms easier, and reduce OVRDBF issues.

Comp 1 LIBL           COMPLIB1,  MAINLIBR, etc
Comp 2 LIBL           COMPLIB2,  MAINLIBR, etc 

The comp 1 user will get the LF in COMPLIB1, etc,]]></description>
		<content:encoded><![CDATA[<p>A view ends up being basically the same thing as a LF, except it has no keys and response is usually slower (since the system doesn&#8217;t keep it up-to-date like it does a LF).   </p>
<p>Another option is to create 2 libraries (one for each company) , and put the LF&#8217;s in them (one for each company).   That way the LF&#8217;s can have the same name as the PF.  Not something I like to do, but it can make working with 3rd party pgms easier, and reduce OVRDBF issues.</p>
<p>Comp 1 LIBL           COMPLIB1,  MAINLIBR, etc<br />
Comp 2 LIBL           COMPLIB2,  MAINLIBR, etc </p>
<p>The comp 1 user will get the LF in COMPLIB1, etc,</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 6/9 queries in 0.012 seconds using memcached
Object Caching 282/285 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-19 10:28:43 -->