<?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 cartesian product in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320924#M70759</link>
    <description>&lt;P&gt;I have two tables with variables listed below.&amp;nbsp; In the first table origacct number is meant to be original account number and should remain the same.&amp;nbsp; acctnbr can change for several reasons but origacct should not change.&amp;nbsp; During my initial research I have found this is not true.&amp;nbsp; I am using the second table to search history, later I will be using a third but I don't currently have access.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'll start with what I'm thinking and hopefully someone has a better solution.&amp;nbsp; I will be doing a self join, cons_test = cons_test, joining acctnbr to origacct.&amp;nbsp; Next I will join the three variables in the second table.&amp;nbsp; I need to keep acctnbr, but join to each other variable, I will then sort by opendate to find the oldest account number associated with the current acctnbr.&amp;nbsp; Currently the database doesn't have a good way to view customer history.&amp;nbsp; Is an array the best way to accomplish this, I'm open to any suggestions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;data cons_test;&lt;BR /&gt;set consumer_agg(obs=10000);&lt;BR /&gt;keep acctnbr origacct opendate;&lt;BR /&gt;run;&lt;BR /&gt;&lt;BR /&gt;data fdr_start;&lt;BR /&gt;set fdr_agg(obs=10000);&lt;BR /&gt;keep cracct xref1 xref2 xrefacct opendate;&lt;BR /&gt;run;&lt;/P&gt;</description>
    <pubDate>Fri, 23 Dec 2016 14:08:18 GMT</pubDate>
    <dc:creator>Steelers_In_DC</dc:creator>
    <dc:date>2016-12-23T14:08:18Z</dc:date>
    <item>
      <title>cartesian product</title>
      <link>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320924#M70759</link>
      <description>&lt;P&gt;I have two tables with variables listed below.&amp;nbsp; In the first table origacct number is meant to be original account number and should remain the same.&amp;nbsp; acctnbr can change for several reasons but origacct should not change.&amp;nbsp; During my initial research I have found this is not true.&amp;nbsp; I am using the second table to search history, later I will be using a third but I don't currently have access.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'll start with what I'm thinking and hopefully someone has a better solution.&amp;nbsp; I will be doing a self join, cons_test = cons_test, joining acctnbr to origacct.&amp;nbsp; Next I will join the three variables in the second table.&amp;nbsp; I need to keep acctnbr, but join to each other variable, I will then sort by opendate to find the oldest account number associated with the current acctnbr.&amp;nbsp; Currently the database doesn't have a good way to view customer history.&amp;nbsp; Is an array the best way to accomplish this, I'm open to any suggestions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;data cons_test;&lt;BR /&gt;set consumer_agg(obs=10000);&lt;BR /&gt;keep acctnbr origacct opendate;&lt;BR /&gt;run;&lt;BR /&gt;&lt;BR /&gt;data fdr_start;&lt;BR /&gt;set fdr_agg(obs=10000);&lt;BR /&gt;keep cracct xref1 xref2 xrefacct opendate;&lt;BR /&gt;run;&lt;/P&gt;</description>
      <pubDate>Fri, 23 Dec 2016 14:08:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320924#M70759</guid>
      <dc:creator>Steelers_In_DC</dc:creator>
      <dc:date>2016-12-23T14:08:18Z</dc:date>
    </item>
    <item>
      <title>Re: cartesian product</title>
      <link>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320926#M70760</link>
      <description>&lt;P&gt;Create a master table of accounts to what account number they should be. This is most likely a recursive search, but it's been solved on here before several times. Ideally you don't use a Cartesian product, I think the best solutions were hash tables.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://communities.sas.com/t5/Base-SAS-Programming/Recursive-lookup-for-ID-s/m-p/259635/highlight/true#M50238" target="_blank"&gt;https://communities.sas.com/t5/Base-SAS-Programming/Recursive-lookup-for-ID-s/m-p/259635/highlight/true#M50238&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 23 Dec 2016 14:14:49 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320926#M70760</guid>
      <dc:creator>Reeza</dc:creator>
      <dc:date>2016-12-23T14:14:49Z</dc:date>
    </item>
    <item>
      <title>Re: cartesian product</title>
      <link>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320944#M70770</link>
      <description>&lt;P&gt;One might hope there are additional pieces of information to identify a person or oganization to help decide if the values really are for the same person or typos. Also I might look at the earliest dates associated with any of the information combinations as well for determining a the "true" origacct value.&lt;/P&gt;</description>
      <pubDate>Fri, 23 Dec 2016 15:10:26 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/cartesian-product/m-p/320944#M70770</guid>
      <dc:creator>ballardw</dc:creator>
      <dc:date>2016-12-23T15:10:26Z</dc:date>
    </item>
  </channel>
</rss>

