<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Organizing SAS Libraries in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18488#M2781</link>
    <description>why more than one?&lt;BR /&gt;
1 access restrictions&lt;BR /&gt;
2 storage requirements (criteria like small&amp;amp;fast=ssd, large&amp;amp;indexed=spde)&lt;BR /&gt;
3 personal versus shared&lt;BR /&gt;
4 sas/access engine&lt;BR /&gt;
 &lt;BR /&gt;
for me, fewer is better, but rules 1 and 4 seem most important.&lt;BR /&gt;
 &lt;BR /&gt;
your business rules are most important&lt;BR /&gt;
 &lt;BR /&gt;
PeterC</description>
    <pubDate>Wed, 18 Nov 2009 08:09:24 GMT</pubDate>
    <dc:creator>Peter_C</dc:creator>
    <dc:date>2009-11-18T08:09:24Z</dc:date>
    <item>
      <title>Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18486#M2779</link>
      <description>Anybody have any thoughts on how to organize SAS libraries??&lt;BR /&gt;
&lt;BR /&gt;
I'm debating on whether or not I should have more libraries grouping by functional area of analysis rather than source database.  Thoughts on best practices?</description>
      <pubDate>Tue, 17 Nov 2009 20:54:01 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18486#M2779</guid>
      <dc:creator>StephenOverton</dc:creator>
      <dc:date>2009-11-17T20:54:01Z</dc:date>
    </item>
    <item>
      <title>Re: Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18487#M2780</link>
      <description>Here is a more clear example:&lt;BR /&gt;
&lt;BR /&gt;
Right now lets say I have a few source systems:  A, B, and C&lt;BR /&gt;
&lt;BR /&gt;
I basically have 2 libraries for each source system, one for the source tables themselves and another to store data about the source data (summary data, dimensional data, etc).</description>
      <pubDate>Tue, 17 Nov 2009 21:04:40 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18487#M2780</guid>
      <dc:creator>StephenOverton</dc:creator>
      <dc:date>2009-11-17T21:04:40Z</dc:date>
    </item>
    <item>
      <title>Re: Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18488#M2781</link>
      <description>why more than one?&lt;BR /&gt;
1 access restrictions&lt;BR /&gt;
2 storage requirements (criteria like small&amp;amp;fast=ssd, large&amp;amp;indexed=spde)&lt;BR /&gt;
3 personal versus shared&lt;BR /&gt;
4 sas/access engine&lt;BR /&gt;
 &lt;BR /&gt;
for me, fewer is better, but rules 1 and 4 seem most important.&lt;BR /&gt;
 &lt;BR /&gt;
your business rules are most important&lt;BR /&gt;
 &lt;BR /&gt;
PeterC</description>
      <pubDate>Wed, 18 Nov 2009 08:09:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18488#M2781</guid>
      <dc:creator>Peter_C</dc:creator>
      <dc:date>2009-11-18T08:09:24Z</dc:date>
    </item>
    <item>
      <title>Re: Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18489#M2782</link>
      <description>Backup retention and frequency for recovery is another consideration, if the data-store is going to be large, and depending on how often the SAS code/objects are updated/replaced/changed, again for recovery considerations.  The relative importance of each type of data being stored will also help determine how it is to be organized.  In an enterprise environment, there may be audit requirements that influence your approach and organization structure.&lt;BR /&gt;
&lt;BR /&gt;
Scott Barry&lt;BR /&gt;
SBBWorks, Inc.</description>
      <pubDate>Wed, 18 Nov 2009 14:32:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18489#M2782</guid>
      <dc:creator>sbb</dc:creator>
      <dc:date>2009-11-18T14:32:35Z</dc:date>
    </item>
    <item>
      <title>Re: Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18490#M2783</link>
      <description>From Peter's list:&lt;BR /&gt;
1) Mostly everything in my company will be open to the public, we are small.&lt;BR /&gt;
2) I like this concept, I'll think about it further, thanks&lt;BR /&gt;
3) Again, we are small so personal/shared libraries wont matter</description>
      <pubDate>Wed, 18 Nov 2009 20:58:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18490#M2783</guid>
      <dc:creator>StephenOverton</dc:creator>
      <dc:date>2009-11-18T20:58:42Z</dc:date>
    </item>
    <item>
      <title>Re: Organizing SAS Libraries</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18491#M2784</link>
      <description>(1) + (3) perhaps this creates a problem&lt;BR /&gt;
I think open access is incompatable with read/update/create unless you have something like sas/share</description>
      <pubDate>Wed, 18 Nov 2009 21:57:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Organizing-SAS-Libraries/m-p/18491#M2784</guid>
      <dc:creator>Peter_C</dc:creator>
      <dc:date>2009-11-18T21:57:17Z</dc:date>
    </item>
  </channel>
</rss>

