<?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: SQL vs SAS in SAS Enterprise Guide</title>
    <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213050#M15997</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Data transposes are harder in SQL, not impossible, but harder, especially depending on the flavour/version of SQL you're referring to. &lt;/P&gt;&lt;P&gt;When you're doing analysis row by row it's much much much easier in a data step. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 29 Jul 2015 03:49:55 GMT</pubDate>
    <dc:creator>Reeza</dc:creator>
    <dc:date>2015-07-29T03:49:55Z</dc:date>
    <item>
      <title>SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213048#M15995</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;A general question as to whether SQL can do most of what SAS can do as far as data pulls and data manipulation.&amp;nbsp; More specifically, can SQL replicate the FIRST. LAST. functionality of SAS?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 01:00:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213048#M15995</guid>
      <dc:creator>oneminute</dc:creator>
      <dc:date>2015-07-29T01:00:13Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213049#M15996</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In a word no. SQL can't do FIRST. LAST. type processing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SQL and the DATA step each have their strengths and weaknesses. Which might be the better option depends on what you are trying to do. I use both - remember both are still SAS if you are using PROC SQL.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tend to use SQL when I want to do lots of table joins with varying join criteria, but then I switch to the DATA step when I want to do complex conditional processing. With SAS you have the advantage of choosing the best tool for the job.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PS: You can sort of fudge&amp;nbsp; FIRST. LAST. type processing in SQL if you get into SQL cursor processing (available in Oracle, SQL Server and other relational databases), but its really ugly compared with SAS's simplicity.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 02:47:21 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213049#M15996</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2015-07-29T02:47:21Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213050#M15997</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Data transposes are harder in SQL, not impossible, but harder, especially depending on the flavour/version of SQL you're referring to. &lt;/P&gt;&lt;P&gt;When you're doing analysis row by row it's much much much easier in a data step. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 03:49:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213050#M15997</guid>
      <dc:creator>Reeza</dc:creator>
      <dc:date>2015-07-29T03:49:55Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213051#M15998</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The SAS data_step is the only part you are taking into account for comparing SQL/SAS? That is very limited one.&lt;BR /&gt;SQL was invented for OLTP and it has the limitations and advantages involved for that. SAS was invented for analysis with those limitations and advantages.&lt;/P&gt;&lt;P&gt;You can do al lot in the SAS datastep (pointering) that is not possible with SQL due to the fact SAS is processing all the data sequential and SQL is doing it in subsets. The performance behavior is also totally different.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 05:58:05 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213051#M15998</guid>
      <dc:creator>jakarman</dc:creator>
      <dc:date>2015-07-29T05:58:05Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213052#M15999</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;And to throw a wrench in the data manipulation side SAS has Proc IML for matrix manipulation.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 15:18:14 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213052#M15999</guid>
      <dc:creator>ballardw</dc:creator>
      <dc:date>2015-07-29T15:18:14Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213053#M16000</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ballard and the HASH package within DS2. Many procs&amp;nbsp; that could be seen as packages and yes with IML you could use R packages .&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 16:25:39 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213053#M16000</guid>
      <dc:creator>jakarman</dc:creator>
      <dc:date>2015-07-29T16:25:39Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213054#M16001</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am not familiar with IML.&amp;nbsp; Somewhat familiar with HASH.&amp;nbsp; Thank you so much for your answers.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 18:41:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213054#M16001</guid>
      <dc:creator>oneminute</dc:creator>
      <dc:date>2015-07-29T18:41:10Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213055#M16002</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you this is exactly what I wanted to know.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 18:42:37 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213055#M16002</guid>
      <dc:creator>oneminute</dc:creator>
      <dc:date>2015-07-29T18:42:37Z</dc:date>
    </item>
    <item>
      <title>Re: SQL vs SAS</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213056#M16003</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No, but I am working with somewhat novice users and it is all they will probably care about at this point.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jul 2015 18:43:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SQL-vs-SAS/m-p/213056#M16003</guid>
      <dc:creator>oneminute</dc:creator>
      <dc:date>2015-07-29T18:43:38Z</dc:date>
    </item>
  </channel>
</rss>

