BookmarkSubscribeRSS Feed
Fluorite | Level 6


the following statement runs successfully which will connect to the default database on My_DB2_Server_Name:

CONNECT TO db2 as myDB2 (datasrc=My_DB2_Server_Name user = 'MyUserName' password = 'MyPassWord');

Now I want to connect to another  database; I tried following 2 methods:

CONNECT TO db2 as myDB2 (datasrc=My_DB2_Server_Name user = 'MyUserName' password = 'MyPassWord' database='AnotherDataBase');

CONNECT TO db2 as myDB2 (datasrc=My_DB2_Server_Name user = 'MyUserName' password = 'MyPassWord' schema="AnotherDataBase");

However, neither works.

I know how to do change database connection using LIBNAME; however, is there a way we can specify the databse in the pass through? Thanks for your help.

Super User

You need to make a DB2 catalog by DB2 client for each database . You can't use it in that way .

Every datasrc= corresponds to a database which you can edit in the DB2 catalog .

if you need to connect to two database and you have to make two DB2 catalog( datasrc= ).

Xia Keshan

Fluorite | Level 6

Thanks for help.

Another question is: if I want to run a sql stored procedure, I have to use pass through (i.e., libname statement cannot run stored procedure), is this correct?

Barite | Level 11

Did you check the documentation? SAS/ACCESS(R) 9.4 for Relational Databases: Reference, Fifth Edition

---->-- ja karman --<-----
Super User

Sorry. I am not familiar with stored procedure. You should post it at

SAS Stored Processes

Barite | Level 11

Xia, your first reply was in the correct direction. DB2 is somewhat different as RDBMS as other RDBMS, they are all different in details.  As abcd123 can run a libname with an other connection the same goes for explicit pass through.

Strange is the schema-name as userid, that is different with oracle.

Your last reply is confusing. abcd123's Question is about DB2 stored processes not about SAS stored processes. Same name "stored processed" and totally different environments.
That is why I give the link how SAS/Access is going to access the DB2 stored process. Whether he could call a DB/2 SP in a libname is not really sure.

I think on DBCONINIT DBCONTERM DBLIBINIT DBLIBTERM as they are meant to execute commands in DB2. example 2 with DBCONINIT is mentioning a DB2 SP. SAS/ACCESS(R) 9.4 for Relational Databases: Reference, Fifth Edition

---->-- ja karman --<-----
Tourmaline | Level 20

Actually I think it's called Stored Procedures, but still it's confusingly similar both in name, and in what they do.

You can't call Stored Procedures via a libname, you must use explicit SQL pass-thru. (EXECUTE BY...)

Data never sleeps
Barite | Level 11

LinusH  Copied from the link in the manual. Those mentioned options are statements executed similar as of SQL pass through. Could set some personal favors to a RDBMS not part of SQL. 

Your are right, it are Stored procedures abbreviated as SP's. It is confusing always troublesome with the communication with DBA's. 


Example 2: Pass a Stored Procedure

In this example, a stored                  procedure is passed to DBCONINIT=.                                

libname mydblib oracle user=myusr1 pass=mypwd1 dbconinit="begin dept_test(1001,25)"; end;
---->-- ja karman --<-----
Super User

Actually, I think you are expert about this sort of field . I just used DB2 ORACLE SQLSever ODBC and SAS before, and know how to make a DB2 catalog to connect to SAS . I totally have no idea about stored procedure either SAS or DB2 ....

Xia Keshan

Fluorite | Level 6

Thank you all so much for helpful discussion.

Fluorite | Level 6

Hi Jakarman,


I am running with similar issue.


  1. I have set up SAS library(abc) in SAS SMC for oracle schema. This schema name called ‘ABC’ in Oracle server database(port opened and updated tnsnames.ora with path name details).


Created user group with ‘OraAuth_ABC’ domain added old schema user name and PW then added users.

Path name been defined in server connection and selected OraAuth_ABC domain for authentication field.

Library created : schema name added,  selected the oracle connection and selected the username(OraAuth_ABC) for authentication.



  1. Last week I have create another SAS library(xyz)  for different schema called ‘XYZ’ (same tables for more data) which exist in same DB server same as above and domain:‘OraAuth_XYZ’ and different user id and PW for XYZ schema.


Users are able to access data from both abc and xyz libraries using SAS data and proc steps when users explicitly referred abc.table or xyz.table library names.



Issue: when users run pass through code to read from XYZ schema, the data is pulling from ABC schema.


If users access table from SAS Data step and Prod step by referring libref xyz.table then the data is coming for 201611 and 201612.


When user run pass through code for  201611, 201612 and 201701 data, as below code  result is 0 records which means its pointing to old abc schema.


Pass through code for Last week set up library: 

proc sql;

connect to oracle as edw(AuthDomain=OraAuth_XYZ   path=Path);

create table test as    Select * from connection to xyz

          (select  distinct(ID)  from table

Where date=201611);

disconnect from xyz;




is this default behavior? why the above code is point to old schema table? am i mssing anything? shoudl i need to mention schema name?



Registration is open! SAS is returning to Vegas for an AI and analytics experience like no other! Whether you're an executive, manager, end user or SAS partner, SAS Innovate is designed for everyone on your team. Register for just $495 by 12/31/2023.

If you are interested in speaking, there is still time to submit a session idea. More details are posted on the website. 

Register now!

What is Bayesian Analysis?

Learn the difference between classical and Bayesian statistical approaches and see a few PROC examples to perform Bayesian analysis in this video.

Find more tutorials on the SAS Users YouTube channel.

Get the $99 certification deal.jpg



Back in the Classroom!

Select SAS Training centers are offering in-person courses. View upcoming courses for:

View all other training opportunities.

Discussion stats
  • 10 replies
  • 5 in conversation