Libname Engine (from Fraktal SAS Programming): Unterschied zwischen den Versionen
K |
K |
||
Zeile 14: | Zeile 14: | ||
Apart from the '''connection options ''"user"'', ''"password"'' and ''"path"''''' there's a large number of other options to almost perfectly integrate DBMS data into your SAS environment, only few of which shall be mentioned here, e.g.: | Apart from the '''connection options ''"user"'', ''"password"'' and ''"path"''''' there's a large number of other options to almost perfectly integrate DBMS data into your SAS environment, only few of which shall be mentioned here, e.g.: | ||
− | * dbindex = yes (makes SAS using indexes on the DBMS level, thus increasing server workload to decrease response times) | + | * '''dbindex''' = yes (makes SAS using indexes on the DBMS level, thus increasing server workload to decrease response times) |
− | * dbserver_max_bytes = 1 (specifies the '''number of bytes''', the server uses to code one '''character''') | + | * '''dbserver_max_bytes''' = 1 (specifies the '''number of bytes''', the server uses to code one '''character''') |
− | * dbmax_text = 32000 (overrides the default value of 1024 and applies for CLOB, BLOB, LONG, and LONG RAW data types with 32767 (32k) at maximum) | + | * '''dbmax_text''' = 32000 (overrides the default value of 1024 and applies for CLOB, BLOB, LONG, and LONG RAW data types with 32767 (32k) at maximum) |
Finally there are DBMS specific options as used for the Oracle DBMS in this example: | Finally there are DBMS specific options as used for the Oracle DBMS in this example: | ||
− | * ORACLE_73_OR_ABOVE = YES (use the ''"SERIALIZABLE isolation level"'' for update locking, available with Oracle 7.3 and above) | + | * '''ORACLE_73_OR_ABOVE''' = YES (use the ''"SERIALIZABLE isolation level"'' for update locking, available with Oracle 7.3 and above) |
Once this statement is issued, you will have access to '''your database schema''' on the called database server by using the '''libref ''"ORA"'''''. | Once this statement is issued, you will have access to '''your database schema''' on the called database server by using the '''libref ''"ORA"'''''. |
Version vom 30. Juni 2014, 19:50 Uhr
It's awesome easy, to connect to your DBMS data using the SAS libref statement with a suitable qualifier "oracle". Since Oracle data are not kept on some file system path but are managed by a running server process on some hardware on the network, the "path" parameter supplies the name of the process on the network you are having access to. Credentials are passed to the database server process using "user" and "password" parameters accordingly:
libname ORA oracle user="&USER." password="&ORAPW." path="&ORADB." schema="ops$&SYSUSERID." dbindex=yes ORACLE_73_OR_ABOVE=YES dbserver_max_bytes=1 dbmax_text=32000;
Apart from the connection options "user", "password" and "path" there's a large number of other options to almost perfectly integrate DBMS data into your SAS environment, only few of which shall be mentioned here, e.g.:
- dbindex = yes (makes SAS using indexes on the DBMS level, thus increasing server workload to decrease response times)
- dbserver_max_bytes = 1 (specifies the number of bytes, the server uses to code one character)
- dbmax_text = 32000 (overrides the default value of 1024 and applies for CLOB, BLOB, LONG, and LONG RAW data types with 32767 (32k) at maximum)
Finally there are DBMS specific options as used for the Oracle DBMS in this example:
- ORACLE_73_OR_ABOVE = YES (use the "SERIALIZABLE isolation level" for update locking, available with Oracle 7.3 and above)
Once this statement is issued, you will have access to your database schema on the called database server by using the libref "ORA".