<?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>_thesasgeek Tracker</title>
    <link>https://communities.sas.com/kntur85557/tracker</link>
    <description>_thesasgeek Tracker</description>
    <pubDate>Sun, 17 May 2026 09:22:04 GMT</pubDate>
    <dc:date>2026-05-17T09:22:04Z</dc:date>
    <item>
      <title>Re: Using SAS DI Studio To Load A Data Vault</title>
      <link>https://communities.sas.com/t5/SAS-Communities-Library/Using-SAS-DI-Studio-To-Load-A-Data-Vault/tac-p/221701#M968</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Many thanks for this post Linus.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am struggling to find out how to PM you on this sure to ask for the package to be emailed so I can look at the example above in more detail. I've added you on LinkedIn so hopefully we can correspond on there.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Nov 2014 21:02:51 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Communities-Library/Using-SAS-DI-Studio-To-Load-A-Data-Vault/tac-p/221701#M968</guid>
      <dc:creator>_thesasgeek</dc:creator>
      <dc:date>2014-11-14T21:02:51Z</dc:date>
    </item>
    <item>
      <title>Re: Physical Table Design for DI</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Physical-Table-Design-for-DI/m-p/168204#M3253</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Many thanks Linus for taking the time to reply.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I agree that we have a lack of architecture and development standards as each one was developed in its own right.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'll have a read up about the 3NF and Data Vault styles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you recommend and books or papers on these topics?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Nov 2014 19:20:19 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Physical-Table-Design-for-DI/m-p/168204#M3253</guid>
      <dc:creator>_thesasgeek</dc:creator>
      <dc:date>2014-11-14T19:20:19Z</dc:date>
    </item>
    <item>
      <title>Physical Table Design for DI</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Physical-Table-Design-for-DI/m-p/168202#M3251</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Typically, my organisation's SAS database design is a mix of approaches depending on the developer who designed it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've been searching for a long time about the preferred style of physical table design within DI which will marry up with the use of the BI tools.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I feel that there is too much focus on how things were done about 5 years ago to navigate around problems with I/O and space constraints.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Currently, many of the tables that are used by analysts with my organisation are monthly tables with a date suffix at the end of either &lt;EM&gt;YYYYMM&lt;/EM&gt; or &lt;EM&gt;MON_YYYY&lt;/EM&gt;. I feel that these don't naturally progress through into the BI tools - would people agree? This also leads to problems with (that is unable to) opening tables within DI as the preferences of tables have macro variables within them.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please can people share what they think is the best physical table structure within DI which will then allow users to get maximum benefit from the BI tool (OLAP cubes, Web Reports etc).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I personally think that it should be....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reception Layer contains the unformatted information from either raw files or SQL database connections. &lt;/P&gt;&lt;P&gt;&amp;nbsp; Q: Do people retain the information within SAS? If so, how? Date suffixed tables? (I ask as a SAS form of the raw data might need to be retained in circumstances and doubt people would store in dimensions etc?)&lt;/P&gt;&lt;P&gt;Foundation Layer contains a star schema type approach of dimensions and fact tables using custom transformations (as SCD works slowly).&lt;/P&gt;&lt;P&gt;Exploitation Layer would be tables the analysts frequently use with single table containing multiple observation points allowing trend analysis etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are there any good SAS papers out there for this type of topic?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Many thanks in advance.&lt;/P&gt;&lt;P&gt;Clark&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 12 Nov 2014 17:14:26 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Physical-Table-Design-for-DI/m-p/168202#M3251</guid>
      <dc:creator>_thesasgeek</dc:creator>
      <dc:date>2014-11-12T17:14:26Z</dc:date>
    </item>
  </channel>
</rss>

