<?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 Best Approach to querying LARGE datasets in ODS and Base Reporting</title>
    <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70608#M8102</link>
    <description>Hi there, i have an issue with certain large datasets that i am currently working on.&lt;BR /&gt;
They contain way too much data and are a nightmare to query.&lt;BR /&gt;
&lt;BR /&gt;
I just wanted to find out the best way of querying such datasets i.e DATA steps or PROC SQL or any other way.&lt;BR /&gt;
Plus if there are any tips of working with such datasets it would be much appreciated.</description>
    <pubDate>Fri, 27 May 2011 14:11:17 GMT</pubDate>
    <dc:creator>chuckdee4</dc:creator>
    <dc:date>2011-05-27T14:11:17Z</dc:date>
    <item>
      <title>Best Approach to querying LARGE datasets</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70608#M8102</link>
      <description>Hi there, i have an issue with certain large datasets that i am currently working on.&lt;BR /&gt;
They contain way too much data and are a nightmare to query.&lt;BR /&gt;
&lt;BR /&gt;
I just wanted to find out the best way of querying such datasets i.e DATA steps or PROC SQL or any other way.&lt;BR /&gt;
Plus if there are any tips of working with such datasets it would be much appreciated.</description>
      <pubDate>Fri, 27 May 2011 14:11:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70608#M8102</guid>
      <dc:creator>chuckdee4</dc:creator>
      <dc:date>2011-05-27T14:11:17Z</dc:date>
    </item>
    <item>
      <title>Re: Best Approach to querying LARGE datasets</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70609#M8103</link>
      <description>Nearly always, it will be a responses like: "It depends.", "your mileage may vary." and "What do you consider to be large?"&lt;BR /&gt;
&lt;BR /&gt;
The SAS system is influenced not only by data but mostly by the operating environment (client, server and/or both).&lt;BR /&gt;
&lt;BR /&gt;
However, some SAS features to consider exploiting are listed below:&lt;BR /&gt;
&lt;BR /&gt;
- SAS view&lt;BR /&gt;
- SAS index&lt;BR /&gt;
- WHERE statement / clause, instead of IF.&lt;BR /&gt;
- use or don't use COMPRESS= option for efficiency (data dependent).&lt;BR /&gt;
- using PROC FORMAT for user-defined formatted display rather than un-normalized SAS data (where extra data variables are carried along unnecessarily).&lt;BR /&gt;
&lt;BR /&gt;
Do take advantage of the SAS.COM support website where there are topic-related papers, technical reference material, as well as SAS-hosted documentation, such as a "companion" guide for each supported Operating System (OS) environment where SAS runs.&lt;BR /&gt;
&lt;BR /&gt;
Suggest you get your "query" code defined, tested, then come back to the forum with a specific "performance" or efficiency/effectiveness issue / problem / question, for focused attention / feedback from the forum subscribers.&lt;BR /&gt;
&lt;BR /&gt;
Scott Barry&lt;BR /&gt;
SBBWorks, Inc.</description>
      <pubDate>Fri, 27 May 2011 14:56:26 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70609#M8103</guid>
      <dc:creator>sbb</dc:creator>
      <dc:date>2011-05-27T14:56:26Z</dc:date>
    </item>
    <item>
      <title>Re: Best Approach to querying LARGE datasets</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70610#M8104</link>
      <description>As far as I know Proc format and Hash Table are most fast way to execute query,especially for large table.&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
Ksharp</description>
      <pubDate>Thu, 02 Jun 2011 07:12:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70610#M8104</guid>
      <dc:creator>Ksharp</dc:creator>
      <dc:date>2011-06-02T07:12:42Z</dc:date>
    </item>
    <item>
      <title>Re: Best Approach to querying LARGE datasets</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70611#M8105</link>
      <description>SAS Scalable Performance Data Server provides an engine to handle large data As it is not always available, you may find the smaller brother SPDE (a SAS library engine) helpful. SPDE achieves performance in several ways. I think the main 2 are partitioning and index optimisation. It is just great the way multi-gigabyte tables perform when partitioned and indexed well. Use the system option MSGLEVEL=i to see which indexes are used. &lt;BR /&gt;
the great thing about the (big brother) SPDS is that it is a separate server - increasing the capacity of the service to solve your query, and it provides further index handling optimisation. It is a bit like a database server optimised for SAS queries.&lt;BR /&gt;
 Good luck&lt;BR /&gt;
peterC</description>
      <pubDate>Sun, 05 Jun 2011 16:40:32 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Best-Approach-to-querying-LARGE-datasets/m-p/70611#M8105</guid>
      <dc:creator>Peter_C</dc:creator>
      <dc:date>2011-06-05T16:40:32Z</dc:date>
    </item>
  </channel>
</rss>

