<?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: Connecting to two databases on same SQL server via UNIX SAS in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634194#M19016</link>
    <description>Thank you. Unfortunately, the noprompt option is not supported on UNIX.</description>
    <pubDate>Mon, 23 Mar 2020 17:47:18 GMT</pubDate>
    <dc:creator>TBarker</dc:creator>
    <dc:date>2020-03-23T17:47:18Z</dc:date>
    <item>
      <title>Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633027#M18996</link>
      <description>&lt;P&gt;Is it possible to define one DSN in the odbc.ini file on SAS UNIX and use it for multiple databases on that host?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have two databases that are on the same host. One of the databases was previously defined in the odbc.ini file on our SAS UNIX server and was working fine, but now there is a second database on the same server and someone wants to connect to it via SAS. I was hoping that we could simply change the DSN definition to change the DATABASE=abc to DATABASE=&amp;nbsp; &amp;nbsp;and then use the same DSN in LIBNAME statements for both databases by adding DATABASE=whatever to the libname statement, rather than having to define two different DSNs for the same host.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#0000FF"&gt;Works:&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;The DSN in the odbc.ini file is IP and the following LIBNAME statement &lt;FONT color="#000000"&gt;works&lt;/FONT&gt; if we have DATABASE=IP in the DSN definition in the odbc.ini file:&amp;nbsp;&amp;nbsp;&lt;FONT color="#0000FF"&gt;LIBNAME IP SQLSVR&amp;nbsp; &lt;EM&gt;Datasrc=IP&lt;/EM&gt; USER=IPME&amp;nbsp; PASSWORD=XXXX ;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#FF0000"&gt;Fails:&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;If we change to DATABASE=&amp;nbsp; in the DSN definition and try to connect to the two databases by adding DATABASE=[db] in the LIBNAME statement, both LIBNAME statements fail. These are the &lt;FONT color="#000000"&gt;errors &lt;/FONT&gt;we get - different error for each LIBNAME statement:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;LIBNAME IP SQLSVR&amp;nbsp; &lt;EM&gt;Datasrc=IP&lt;/EM&gt; &lt;EM&gt;Database=IP&lt;/EM&gt; USER=IPME&amp;nbsp;PASSWORD=XXXX ;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#FF0000"&gt;ERROR: CLI error trying to establish connection: [SAS][ODBC 20101 driver][20101]Login failed for user 'IPME'.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;LIBNAME OCM SQLSVR&amp;nbsp; &lt;EM&gt;Datasrc=IP&lt;/EM&gt; &lt;EM&gt;Database=OCM&lt;/EM&gt; SCHEMA=dbo USER=ocmme&amp;nbsp; PASSWORD=XXXX;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#FF0000"&gt;ERROR: CLI error trying to establish connection: [DataDirect][ODBC lib] Driver Manager Message file not found. Please check for the&amp;nbsp;value of InstallDir in your odbc.ini.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It seems like it should be possible to not have to create a new DSN entry for every database if they are on the same host, but perhaps not, since I haven't been able to find much helpful online about this and our testing thus far has failed. I'm hoping someone has some sparkling insight into making this work with only one DSN entry. If not, or it's just not possible on UNIX, then we will simply create a second DSN entry for the second database.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Mar 2020 17:21:11 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633027#M18996</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-18T17:21:11Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633040#M18997</link>
      <description>&lt;P&gt;If I understand your question correctly, you want to create an ODBC entry for the server that doesn't contain a DSN.&amp;nbsp; Then, in the libname statement, you use the QUALIFIER= option to specify the database name.&lt;/P&gt;
&lt;P&gt;This is not well documented.&lt;/P&gt;
&lt;P&gt;In explicit passthrough, you might need to specify a three level name.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Mar 2020 17:58:59 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633040#M18997</guid>
      <dc:creator>JackHamilton</dc:creator>
      <dc:date>2020-03-18T17:58:59Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633479#M19014</link>
      <description>&lt;P&gt;One approach that should work would be to connect to one of the databases using your working LIBNAME statement then use SQL Passthru to read the actual data you want (replace my example LIBNAME with yours):&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;libname sqlsrvr odbc noprompt = "server=MyServerName;DRIVER=SQL Server;Trusted Connection=yes;";

proc sql;
 connect using sqlsrvr;
  create table Want  as 
  select * from connection to sqlsrvr
  (SELECT *
   FROM [MyDatabase].[MySchema1].[MyTable] A
   LEFT JOIN [MyDatabase2].[MySchema2].[MyTable2] B
   ON A.Key1 = B.Key1
   )
  ;
quit;&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Fri, 20 Mar 2020 01:21:00 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/633479#M19014</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2020-03-20T01:21:00Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634194#M19016</link>
      <description>Thank you. Unfortunately, the noprompt option is not supported on UNIX.</description>
      <pubDate>Mon, 23 Mar 2020 17:47:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634194#M19016</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-23T17:47:18Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634256#M19017</link>
      <description>&lt;P&gt;There's some confusion here.&amp;nbsp; SAS/Access to Microsoft SQL Server uses a Unix ODBC driver in the background, but in my (limited) experience, you cannot specify exactly the same parameters using the sqlsvr engine as with the odbc engine.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Did you try my suggestion, which uses the sqlsvr engine with the QUALIFIER= option and does not require the noprompt option?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 23 Mar 2020 19:47:43 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634256#M19017</guid>
      <dc:creator>JackHamilton</dc:creator>
      <dc:date>2020-03-23T19:47:43Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634320#M19021</link>
      <description>Thank you. I end up with the same error. I suspect what I want to do isn't possible on UNIX. SAS on UNIX seems to have a lot of limitations not experienced by SAS on Windows or Linux. I will submit a ticket to SAS tech support for their input. I'll post their response - and solution if there is one.</description>
      <pubDate>Tue, 24 Mar 2020 01:49:11 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634320#M19021</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-24T01:49:11Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634321#M19022</link>
      <description>Sorry, I just saw this message. I replied to your previous message. Yes, I tried it, but it still didn't work. I'm submitting a ticket to SAS tech support and will follow up with their response/solution. Thanks!</description>
      <pubDate>Tue, 24 Mar 2020 01:51:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634321#M19022</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-24T01:51:55Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634336#M19023</link>
      <description>&lt;P&gt;The interface gives very unhelpful error messages.&amp;nbsp; For example, an invalid userid/password yields&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV id="bigKahuna" class="dijitBorderContainer dijitContainer row-fluid dijitLayoutContainer" data-dojo-props="design:'headline', gutters:false" data-dojo-type="dijit/layout/BorderContainer"&gt;
&lt;DIV id="bodyContainer" class="dijitContentPane dijitBorderContainer-child dijitBorderContainer-dijitContentPane dijitBorderContainerPane dijitAlignCenter dijitContentPaneSingleChild" data-dojo-type="dijit/layout/ContentPane"&gt;
&lt;DIV id="bigContainer" class="dijitBorderContainer dijitContainer row-fluid dijitLayoutContainer" data-dojo-type="dijit/layout/BorderContainer"&gt;
&lt;DIV id="editTabContentPane" class="dijitContentPane dijitAlignCenter dijitContentPaneSingleChild dijitBorderContainer-child dijitBorderContainer-dijitContentPane dijitBorderContainerPane" data-dojo-type="dijit/layout/ContentPane"&gt;
&lt;DIV id="tabsBC" class="tabs dijitBorderContainer dijitContainer dojoDndTarget sasStudioTabsParentContainer dijitLayoutContainer dojoDndContainerOver"&gt;
&lt;DIV id="tabsBC_mainTabs" class="dijitTabContainer dijitTabContainerTop dijitContainer dijitLayoutContainer tabStrip-disabled sasStudioTabsTabContainer sasStudioTabsTabContainerVertical sasStudioTabsTop dijitBorderContainer-child dijitBorderContainer-dijitTabContainerTop dijitBorderContainerPane dijitAlignCenter"&gt;
&lt;DIV class="dijitTabPaneWrapper dijitTabContainerTop-container dijitAlignCenter" data-dojo-attach-point="containerNode"&gt;
&lt;DIV class="dijitTabContainerTopChildWrapper dijitVisible" role="tabpanel" aria-labelledby="tabsBC_mainTabs_tablist_tabsBC_tab4"&gt;
&lt;DIV id="tabsBC_tab4" class="dijitBorderContainer dijitContainer sasStudioTabsTabContainerChild dijitTabPane dijitTabContainerTop-child dijitTabContainerTop-dijitBorderContainer dijitLayoutContainer"&gt;
&lt;DIV id="perspectiveTabContainer_tabsBC_tab4" class="dijitBorderContainer dijitContainer dojoDndTarget dijitBorderContainer-child dijitBorderContainer-dijitBorderContainer dijitBorderContainerPane dijitAlignCenter dijitLayoutContainer dojoDndContainerOver"&gt;
&lt;DIV id="perspectiveTabContainer_tabsBC_tab4sasSuiteTabContainer" class="dijitTabContainer dijitTabContainerTop dijitContainer dijitLayoutContainer tabStrip-disabled sasSuiteTabs dijitBorderContainer-child dijitBorderContainer-dijitTabContainerTop dijitBorderContainerPane dijitAlignCenter"&gt;
&lt;DIV class="dijitTabPaneWrapper dijitTabContainerTop-container dijitAlignCenter" data-dojo-attach-point="containerNode"&gt;
&lt;DIV class="dijitTabContainerTopChildWrapper dijitVisible" role="tabpanel" aria-labelledby="perspectiveTabContainer_tabsBC_tab4sasSuiteTabContainer_tablist_perspectiveTabContainer_tabsBC_tab4log"&gt;
&lt;DIV id="perspectiveTabContainer_tabsBC_tab4log" class="dijitBorderContainer dijitContainer dijitTabPane dijitTabContainerTop-child dijitTabContainerTop-dijitBorderContainer dijitLayoutContainer"&gt;
&lt;DIV id="dijit_layout_BorderContainer_14" class="dijitBorderContainer dijitContainer dijitBorderContainer-child dijitBorderContainer-dijitBorderContainer dijitBorderContainerPane dijitAlignCenter dijitLayoutContainer"&gt;
&lt;DIV id="dijit_layout_ContentPane_27" class="dijitContentPane dijitBorderContainer-child dijitBorderContainer-dijitContentPane dijitBorderContainerPane dijitAlignCenter" dir="ltr"&gt;
&lt;DIV&gt;
&lt;DIV id="sasLogError1_1585021337419" class="sasError"&gt;&lt;FONT face="courier new,courier"&gt;ERROR: CLI error trying to establish connection: [SAS][ODBC SQL Server Wire Protocol driver]A value was not specified for the Domain connection&amp;nbsp;&lt;/FONT&gt;&lt;FONT face="courier new,courier"&gt;option. A domain name or workgroup must be specified when using Domain NTLM.&lt;/FONT&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Tue, 24 Mar 2020 03:47:04 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634336#M19023</guid>
      <dc:creator>JackHamilton</dc:creator>
      <dc:date>2020-03-24T03:47:04Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634452#M19026</link>
      <description>&lt;P&gt;Yes, I've noticed MANY unhelpful CLI messages over the years. I think once you reach that point in the stack, you're out of the SAS ecosystem; makes you appreciate good SAS diagnostics all the more!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tom&lt;/P&gt;</description>
      <pubDate>Tue, 24 Mar 2020 15:04:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634452#M19026</guid>
      <dc:creator>TomKari</dc:creator>
      <dc:date>2020-03-24T15:04:38Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634460#M19027</link>
      <description>&lt;P&gt;I never got it working, but I asked a similar question about DSN-less connections from Linux, and apparently it is supported. But since I don't actually manage the ODBC connections on our server, it looked like a little bit too much for me to try to set up with our admins.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you try it and get it working, please do leave a note as to how you were successful. Not knowing how ODBC connections work, as a user, it seems crazy that I need to request a new ODBC connection be defined on our SAS server, for each new SQL server database we create on our database server.&amp;nbsp; It's definitely one of those "there must be a better way" feelings.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://communities.sas.com/t5/SAS-Data-Management/Example-of-DSN-less-SQL-Server-connection-from-Linux/m-p/349245" target="_blank"&gt;https://communities.sas.com/t5/SAS-Data-Management/Example-of-DSN-less-SQL-Server-connection-from-Linux/m-p/349245&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 24 Mar 2020 15:32:54 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634460#M19027</guid>
      <dc:creator>Quentin</dc:creator>
      <dc:date>2020-03-24T15:32:54Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634468#M19028</link>
      <description>&lt;P&gt;Our setup allows us to specify different databases on the same server with only one odbc.ini entry, but there's still a DSN.&amp;nbsp; I agree, it would be useful to be able to specify a connection completely without creating a new odbc.ini entry for each server, but I couldn't find a way to do it.&amp;nbsp; One problem is that connection strings can't be combined with AUTHDOMAIN= for authentication, and we don't want to hard-code passwords in a connection string.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What we do, leaving out many many lines from this condensed version:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT face="courier new,courier"&gt;odbc.ini&lt;/FONT&gt;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;[dor_sqlserver_prod]
Driver=/opt/sas94_install/sashome/compute/AccessClients/9.4/SQLServer/lib/S0sqls27.so
Database=
HostName=SQLAGL.KP-DOR.KAISER.ORG&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;In my SAS code, I could libref to database "a" with&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt; libname sqlliba sqlsrv dsn=dor_sqlserver_prod qualifier=A;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;and to database "b" as&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;libname sqllibb sqlsrv dsn=dor_sqlserver_prod qualifier=B;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;The alternative would be to have two odbc.ini entries:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;[A]
Driver=/opt/sas94_install/sashome/compute/AccessClients/9.4/SQLServer/lib/S0sqls27.so
Database=A
HostName=SQLAGL.KP-DOR.KAISER.ORG

[B]
Driver=/opt/sas94_install/sashome/compute/AccessClients/9.4/SQLServer/lib/S0sqls27.so
Database=B
HostName=SQLAGL.KP-DOR.KAISER.ORG&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;There are additional entries in odbc.ini and odbcinst.ini to define the drivers.&amp;nbsp; I hope I didn't abstract anything important out of this code when I edited it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Either SAS or DataDirect (or both) didn't do a careful job when setting this up.&amp;nbsp; Sometimes case matters for the DSN and QUALIFIER, and sometimes it doesn't.&amp;nbsp; If you get the case wrong, sometimes the code partially works and sometimes it fails completely.&amp;nbsp; Also, it would be a big improvement if the Unix driver supported bulk loading.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 24 Mar 2020 16:01:16 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634468#M19028</guid>
      <dc:creator>JackHamilton</dc:creator>
      <dc:date>2020-03-24T16:01:16Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634622#M19032</link>
      <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/33077"&gt;@TBarker&lt;/a&gt;&amp;nbsp;- I'm not suggesting you use my libname - use yours, the one that works.&lt;/P&gt;</description>
      <pubDate>Wed, 25 Mar 2020 04:30:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634622#M19032</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2020-03-25T04:30:35Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634874#M19034</link>
      <description>I agree. It makes troubleshooting so much harder.</description>
      <pubDate>Wed, 25 Mar 2020 19:11:22 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634874#M19034</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-25T19:11:22Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634875#M19035</link>
      <description>Indeed!</description>
      <pubDate>Wed, 25 Mar 2020 19:11:44 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634875#M19035</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-25T19:11:44Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634933#M19036</link>
      <description>&lt;P&gt;Yes, that's how we configured the odbc.ini file and how I've written the libname statements, but I'm still getting the errors, so there must be a setting in the odbc.ini file that is causing this to fail, since yours works.&lt;/P&gt;
&lt;PRE&gt;[IP]
Driver=/sas94/sashome/AccessClients/9.4/SQLServer/lib/S0sqls27.so
Database=
HostName=swpdb&lt;/PRE&gt;
&lt;P&gt;And these are my libname statements.&lt;/P&gt;
&lt;PRE&gt;LIBNAME IP SQLSVR dsn=IP qualifier=IP schema=dbo USER=IPME PASSWORD=XXXX;&lt;/PRE&gt;
&lt;PRE&gt;LIBNAME OCM SQLSVR dsn=IP qualifier=OCM schema=dbo USER=OCMME PASSWORD=XXXX;&lt;/PRE&gt;
&lt;P&gt;We know the credentials are good and that the connection worked before we tried to accommodate multiple databases on it, so there must be something in our configuration that isn't quite right for this multi-db approach. Thank you for your help and confirming that it &lt;U&gt;is&lt;/U&gt; possible. For now we're just going to make separate entries for each database so the user can get his work done and I'll reach out to SAS tech support for their insights. I'll post back here when I have more info from them.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As much as I'm sure SAS users connect to SQL databases via SAS, you'd think they'd make it a little more clear and user friendly.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Mar 2020 00:12:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634933#M19036</guid>
      <dc:creator>TBarker</dc:creator>
      <dc:date>2020-03-26T00:12:24Z</dc:date>
    </item>
    <item>
      <title>Re: Connecting to two databases on same SQL server via UNIX SAS</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634934#M19037</link>
      <description>&lt;P&gt;I think I included all the important settings from our configuration, but just in case I've attached a more complete version of our files (other entries are not included).&amp;nbsp; I added ".txt" to the name because this site doesn't allow the upload of .ini files.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We're on Solaris, so the path names might be structured differently.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Mar 2020 00:46:29 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Connecting-to-two-databases-on-same-SQL-server-via-UNIX-SAS/m-p/634934#M19037</guid>
      <dc:creator>JackHamilton</dc:creator>
      <dc:date>2020-03-26T00:46:29Z</dc:date>
    </item>
  </channel>
</rss>

