node-ibm_db2
An asynchronous/synchronous interface for node.js to IBM DB2 and IBM Informix.
Supported Platforms - Windows64, MacOS64, Linuxx64, Linuxia32, AIX, Linux on IBM Z, Linux on Power PC and z/OS.
Prerequisite
-
For higher versions of node (When building with Node 4 onwards) the compiler must support
C++11. Note the default compiler on RHEL 6 does not have the required support.
Install a newer compiler or upgrade older one.
-
Python 2.7 is needed by node-gyp. On z/OS, Python 2.7.13 or higher, but lower than Python 3.0, is required.
-
On distributed platforms, you do need not to install any Db2 ODBC client driver for connectivity. ibm_db
itself downloads and installs an odbc/cli driver from IBM website during installation. Just install ibm_db
and it is ready for use.
-
On z/OS, ODBC driver support is part of IBM Db2 for z/OS 11.0 and 12.0. Please ensure IBM Db2 for z/OS 11.0 or 12.0 is installed on your given LPAR. Ensure you follow the instructions to configure your ODBC driver here.
-
On z/OS only certain versions of node-gyp are supported. This was tested with:
node-gyp 3.4.0
npm 3.10.10
ibm_db: 2.3.0
-
Recommended versions of node.js is V4.x, V6.x and V7.x. Support for node.js V0.12.x is deprecated on Windows and will be discontinued from next release.
Install
You may install the package using npm install command:
npm install ibm_db2
For more installation details please refer: INSTALLATION GUIDE
Important Environment Variables and Download Essentials
IBM_DB_HOME :
-
USE:
- On distributed platforms, set this environment variable if you want to avoid downloading of clidriver from the IBM Hosted URL or from the internet.
- On z/OS, set this environment variable to the High Level Qualifier (HLQ) of your Db2 datasets. During
npm install
, the module will automatically reference ODBC driver header files under: $IBM_DB_HOME.SDSNC.H
and the sidedeck definitions in $IBM_DB_HOME.SDSNMACS(DSNAO64C)
to build the node binding.
-
HOW:
- On distributed platforms, set IBM_DB_HOME environment variable to a pre-installed db2 client or server installation directory.
- On z/OS, set IBM_DB_HOME environment variable to the High Level Qualifier (HLQ) of your Db2 datasets. For example, if your Db2 datasets are located as
DSN1210.SDSNC.H
and DSN1210.SDSNMACS
, you need to set IBM_DB_HOME
environment variable to DSN1210
with the following statement (can be saved in ~/.profile
):
IBM_DB_INSTALLER_URL :
-
USE:
- Set this environment variable to by-pass the IBM Hosted URL for downloading odbc/clidriver.
-
HOW:
- Set IBM_DB_INSTALLER_URL environment variable with alternate odbc/clidriver downloading URL link or with locally downloaded "tar/zipped clidriver's parent directory path.
-
TIP:
- If you don't have alternate hosting URL then, you can download the tar/zipped file of clidriver from the IBM Hosted URL and can set the IBM_DB_INSTALLER_URL environment variable to the downloaded "tar/zipped clidriver's" parent directory path. No need to untar/unzip the clidriver and do not change the name of downloaded file.
DOWNLOAD CLI DRIVER
Cli Drivers for Specific Platform and Architecture
Platform | Architecture | Cli Driver | Supported |
---|
AIX | ppc | aix32_odbc_cli.tar.gz | Yes |
| others | aix64_odbc_cli.tar.gz | Yes |
Darwin | x64 | macos64_odbc_cli.tar.gz | Yes |
Linux | x64 | linuxx64_odbc_cli.tar.gz | Yes |
| s390x | s390x64_odbc_cli.tar.gz | Yes |
| s390 | s390_odbc_cli.tar.gz | Yes |
| ppc64 (LE) | ppc64le_odbc_cli.tar.gz | Yes |
| ppc64 | ppc64_odbc_cli.tar.gz | Yes |
| ppc32 | ppc32_odbc_cli.tar.gz | Yes |
| others | linuxia32_odbc_cli.tar.gz | Yes |
Windows | x64 | ntx64_odbc_cli.zip | Yes |
| x32 | nt32_odbc_cli.zip | Not supported with node-ibm_db |
z/OS | s390x | ODBC support from IBM Db2 for z/OS 11.0 or 12.0 | Yes |
Configure ODBC driver on z/OS
Please refer to the ODBC Guide and References cookbook for how to configure your ODBC driver. Specifically, you need to ensure you:
-
Bind the ODBC packages. A sample JCL is provided in the SDSNSAMP
dataset in member DSNTIJCL
. Customize the JCL with specifics to your system.
-
Ensure users that should be authorized have authority to execute the DSNACLI plan. Included are samples granting authority to public (all users), or specific groups via SQL GRANT statements, or alternately via RACF. The security administrator can use these samples as a model and customize/translate to your installation security standards as appropriate.
Examples using SQL GRANT statement:
Example 1: Grant the privilege to execute plan DSNACLI to RACF group, DBCLIGRP.
GRANT EXECUTE ON PLAN DSNACLI TO DBCLIGRP;
Example 2: Grant the privilege to execute plan DSNACLI to all users at the current server.
GRANT EXECUTE ON PLAN DSNACLI TO PUBLIC;
Examples using Access Control Authorization Exit for Db2 authorization:
Define profile for plan DSNACLI execute privilege check
RDEFINE MDSNPN DB2A.DSNACLI.EXECUTE UACC(NONE) OWNER(DB2OWNER)
Example 1: PERMIT the privilege to execute plan DSNACLI to RACF group, DBCLIGRP
PERMIT DB2A.DSNACLI.EXECUTE ID(DBCLIGRP) ACCESS(READ) CLASS(MDSNPN)
Example 2: PERMIT the privilege to execute plan DSNACLI to all users at the current server
PERMIT DB2A.DSNACLI.EXECUTE ID(*) ACCESS(READ) CLASS(MDSNPN)
Issue SETROPTS command to refresh in-storage profile lists
SETR RACLIST(MDSNPN) REFRESH
-
Update the STEPLIB
environment variable to include the Db2 SDSNEXIT, SDSNLOAD and SDSNLOD2 data sets. You can set the STEPLIB
environment variable in your .profile
with the following statement, after defining IBM_DB_HOME
to the high level qualifier of your Db2 datasets as instructed above:
export STEPLIB=$STEPLIB:$IBM_DB_HOME.SDSNEXIT:$IBM_DB_HOME.SDSNLOAD:$IBM_DB_HOME:SDSNL0D2
-
Configure an appropriate Db2 ODBC initialization file that can be read at application time. You can specify the file by using either a DSNAOINI data definition statement or by defining a DSNAOINI
z/OS UNIX environment variable. For compatibility with ibm_db, the following properties must be set:
MULTICONTEXT=1
CURRENTAPPENSCH=ASCII
Here is a sample of a complete initialization file:
; This is a comment line...
; Example COMMON stanza
[COMMON]
MVSDEFAULTSSID=VC1A
CONNECTTYPE=1
MULTICONTEXT=1
CURRENTAPPENSCH=ASCII
; Example SUBSYSTEM stanza for VC1A subsystem
[VC1A]
MVSATTACHTYPE=RRSAF
PLANNAME=DSNACLI
; Example DATA SOURCE stanza for STLEC1 data source
[STLEC1]
AUTOCOMMIT=1
CURSORHOLD=1
Reference Chapter 3 in the ODBC Guide and References for more instructions.
Quick Example
var ibmdb = require('ibm_db');
ibmdb.open("DATABASE=<dbname>;HOSTNAME=<myhost>;UID=db2user;PWD=password;PORT=<dbport>;PROTOCOL=TCPIP", function (err,conn) {
if (err) return console.log(err);
conn.query('select 1 from sysibm.sysdummy1', function (err, data) {
if (err) console.log(err);
else console.log(data);
conn.close(function () {
console.log('done');
});
});
});
Un-Install
To uninstall node-ibm_db from your system, just delete the node-ibm_db or ibm_db directory.
For z/OS and iSeries Connectivity
For connectivity against DB2 for LUW or Informix Server using node-ibm_db,
no license file is required. However, if you want to use node-ibm_db
against DB2 for z/OS or DB2 for i(AS400) Servers, you must have db2connect
license if server is not db2connectactivated to accept unlimited number of
client connection. You can buy db2connect license from IBM. The connectivity
can be enabled either on server using db2connectactivate utility or on client
using client side license file. If you have client side license file, just
copy it under .../ibm_db/installer/clidriver/license
folder to be effective.
To know more about license and purchasing cost, please contact IBM Customer Support.
For AIX install issue
If npm install ibm_db
aborts with "Out Of Memory" error on AIX, first run ulimit -d unlimited
and then npm install ibm_db
.
For Missing Package/Binding issue
If your application is able to connect to IBM Database Server but query execution is throwing SQL0805N error, run below commands to fix the package related issues:
cd .../ibm_db/installer
source setenv.sh
db2cli bind $IBM_DB_HOME/bnd/@db2cli.lst -database <dbname>:<hostname>:<port> -user <dbuser> -passwd <passwd> -options "grant public action replace blocking no"
If above command prints 0 error at end, then you can proceed to run query. If
it reports non-zero error, open a new issue on github and share the output
of above db2cli bind
command along with query execution error.
Alternatively, if you have any other DB2 client with CLP, you can bind packages using db2 bind command too. f.e. use below command against DB2 for z/OS server:
db2 bind .../sqllib/bnd/@ddcsmvs.lst action replace grant public sqlerror continue messages msg.txt
Note: "db2cli bind" command print the logs on output prompt, so you need to redirect output to some file to capture it.
To capture logs of "db2 bind" command, you need to use messages
option as in above example.
Note: "db2cli bind" does not work with DB2 z/OS if the CLI packages (SYSSH*) were bound the DB2 subsystem is configured with APPLCOMPAT and SQLLEVEL set to V12R1M502 or higher. Tested with APPLCOMPAT=V12R1M500
Troubleshooting on z/OS
Some errors on z/OS are incomplete, so, to debug, add the following to your Db2 ODBC initialization file:
APPLTRACE=1
APPLTRACEFILENAME=/u//odbc_trace.txt
Need Help?
If you encountered any issue with ibm_db, first check for existing solution or
work-around under issues
or on google groups forum. Links are:
https://github.com/ibmdb/node-ibm_db/issues
https://groups.google.com/forum/#!forum/node-ibm_db
If no solution found, you can open a new issue on github or start a new topic in google groups.
How to get ibm_db instance?
The simple api is based on the instances of Database
class. You may get an
instance by one of the following ways:
require("ibm_db").open(connectionString, function (err, conn){
});
or by using the helper function:
var ibmdb = require("ibm_db")();
or by creating an instance with the constructor function:
var Database = require("ibm_db").Database
, ibmdb = new Database();
Database APIs
APIs for creating and droping Database using node.js application
Database APIs
- .open(connectionString, [options,] callback)
- .openSync(connectionString)
- .query(sqlQuery [, bindingParameters], callback)
- .querySync(sqlQuery [, bindingParameters])
- .queryStream(sqlQuery [, bindingParameters])
- .queryResult(sqlQuery [, bindingParameters], callback)
- .queryResultSync(sqlQuery [, bindingParameters])
- .close(callback)
- .closeSync()
- .prepare(sql, callback)
- .prepareSync(sql)
- .execute([bindingParameters], callback)
- .executeSync([bindingParameters])
- .executeNonQuery([bindingParameters], callback)
- .bind(bindingParameters, callback)
- .bindSync(bindingParameters)
- .beginTransaction(callback)
- .beginTransactionSync()
- .commitTransaction(callback)
- .commitTransactionSync()
- .rollbackTransaction(callback)
- .rollbackTransactionSync()
- .setIsolationLevel(isolationLevel)
- .getColumnNamesSync()
- .getColumnMetadataSync()
- .debug(value)
1) .open(connectionString, [options,] callback)
Open a connection to a database.
- connectionString - The connection string for your database.
- For distributed platforms, the connection string is typically defined as:
DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=passwd
- For z/OS, the ODBC driver makes both local and remote connections using DSN, UID and PWD.
The connection string is typically defined as:
DSN=dbname;UID=username;PWD=passwd
. To
connect to remote Db2 databases, the connectivity information will need to be set up in the
Communications Database (CDB). Please refer to scenario 1 in the following
article.
- options - OPTIONAL - Object type. Can be used to avoid multiple
loading of native ODBC library for each call of
.open
. Also, can be used
to pass connectTimeout value and systemNaming(true/false) for i5/OS server. - callback -
callback (err, conn)
var ibmdb = require("ibm_db")
, connStr = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=passwd";
ibmdb.open(connStr, function (err, connection) {
if (err)
{
console.log(err);
return;
}
connection.query("select 1 from sysibm.sysdummy1", function (err1, rows) {
if (err1) console.log(err1);
else console.log(rows);
connection.close(function(err2) {
if(err2) console.log(err2);
});
});
});
- Secure Database Connection using SSL/TSL - ibm_db supports secure connection to Database Server over SSL same as ODBC/CLI driver. If you have SSL Certificate from server or an CA signed certificate, just use it in connection string as below:
connStr = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=passwd;Security=SSL;SSLServerCertificate=<cert.arm_file_path>;";
To connect to dashDB in bluemix, just use below connection string:
connStr = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=passwd;Security=SSL";
You can also create a KeyStore DB using GSKit command line tool and use it in connection string along with other keywords as documented in DB2 Infocenter.
2) .openSync(connectionString [,options])
Synchronously open a connection to a database.
- connectionString - The connection string for your database
- options - OPTIONAL - Object type. Can be used to avoid multiple
loading of native ODBC library for each call of
.open
. Also, can be used
to pass connectTimeout value and systemNaming value for i5/OS server.
var ibmdb = require("ibm_db"),
connString = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password;";
try {
var option = { connectTimeout : 40, systemNaming : true };
var conn = ibmdb.openSync(connString, option);
conn.query("select * from customers fetch first 10 rows only", function (err, rows) {
if (err) {
console.log(err);
} else {
console.log(rows);
}
conn.close();
});
} catch (e) {
console.log(e.message);
}
3) .query(sqlQuery [, bindingParameters], callback)
Issue an asynchronous SQL query to the database which is currently open.
-
sqlQuery - The SQL query to be executed or an Object in the form {"sql": sqlQuery, "params":bindingParameters, "noResults": noResultValue}. noResults accepts only true or false values.
If true - query() will not return any result. "sql" field is mandatory in Object, others are OPTIONAL.
-
bindingParameters - OPTIONAL - An array of values that will be bound to
any '?' characters in sqlQuery
. bindingParameters in sqlQuery Object takes precedence over it.
-
callback - callback (err, rows)
var ibmdb = require("ibm_db")
, cn = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password;"
;
ibmdb.open(cn, function (err, conn) {
if (err) {
return console.log(err);
}
conn.query("select 1 from sysibm.sysdummy1;select 2 from sysibm.sysdummy1;" +
"select 3 from sysibm.sysdummy1", function (err, rows)
{
if (err) {
console.log(err);
} else {
console.log(rows);
}
});
});
4) .querySync(sqlQuery [, bindingParameters])
Synchronously issue a SQL query to the database that is currently open.
-
sqlQuery - The SQL query to be executed or an Object in the form {"sql": sqlQuery, "params":bindingParameters, "noResults": noResultValue}. noResults accepts only true or false values.
If true - query() will not return any result. If noResults is true for CALL statement, querySync returns only OutParams. "sql" field is mandatory in Object, others are optional.
-
bindingParameters - OPTIONAL - An array of values that will be bound to
any '?' characters in sqlQuery
.
var ibmdb = require("ibm_db")
, cn = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password";
ibmdb.open(cn, function(err, conn){
var rows = conn.querySync("select * from customers fetch first 10 rows only");
console.log(rows);
});
5) .queryStream(sqlQuery [, bindingParameters])
Synchronously issue a SQL query to the database that is currently open and returns
a Readable stream. Application can listen the events emmitted by returned stream
and take action.
-
sqlQuery - The SQL query to be executed or an Object in the form {"sql": sqlQuery, "params":bindingParameters, "noResults": noResultValue}. noResults accepts only true or false values. If true - query() will not return any result. "sql" field is mandatory in Object, others are optional.
-
bindingParameters - OPTIONAL - An array of values that will be bound to
any '?' characters in sqlQuery
.
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err, conn)
{
var stream = conn.queryStream("select 1 from sysibm.sysdummy1");
stream.once('data', function (result) {
console.log(result);
}).once('error', function (err) {
conn.closeSync();
throw err;
}).once('end', function () {
conn.close(function(){ console.log("done.") });
});
});
6) .queryResult(sqlQuery, [, bindingParameters], callback)
Issue an asynchronous SQL query to the database which is currently open and return (err, result, outparams) to callback function. result
is ODBCResult object. Uisng result
, call result.fetchAllSync()
to retrieve all rows; call result.getColumnMetadataSync()
to get meta data info or call result.fetchSync()
to retrieve each row one by one and process. Execute result.closeSync()
once done with the result
object.
query
returns all the rows on call, but queryResult
returns the result object and rows need to be fetched by the caller.
-
sqlQuery - The SQL query to be executed or an Object in the form {"sql": sqlQuery, "params":bindingParameters, "noResults": noResultValue}.
noResults accepts only true or false values. If true - queryResult() will not return any result object and value of result will be null.
"sql" field is mandatory in Object, others are OPTIONAL.
-
bindingParameters - OPTIONAL - An array of values that will be bound to
any ? characters (called parameter marker) in sqlQuery
. bindingParameters in sqlQuery Object takes precedence over it.
-
callback - callback (err, result, outparams)
.
outparams is returned only for CALL statement with OUT parameters. Any resultset expected from SP should get retrieved using result.fetch apis.
var ibmdb = require("ibm_db")
, cn = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password;"
;
ibmdb.open(cn, function (err,conn) {
if (err) return console.log(err);
var query = 'select creator, name from sysibm.systables where 1 = ?';
conn.queryResult(query, [1], function (err, result) {
if(err) { console.log(err); }
else {
console.log("data = ", result.fetchAllSync());
console.log("metadata = ", result.getColumnMetadataSync());
result.closeSync();
conn.closeSync();
console.log("Executed ", ++loop, " times.");
}
});
});
Note: Once you are done with the result
object, must close it to avoid error when garbage collector of javascript free it. Not calling the `result.closeSync() may cause invalid handle error in application or no data.
7) .queryResultSync(sqlQuery [, bindingParameters])
Synchronously issue a SQL query to the database that is currently open and return a result object to the callback function on success. In case of CALL statement with OUT parameters, it returns an array of [result, outparams]. result
is an ODBCResult object that can be used to fetch rows.
querySync
API returns all the rows on call, but queryResultSync
API returns the ODBCResult
object using which application should call fetch APIs to get data.
-
sqlQuery - The SQL query to be executed or an Object in the form {"sql": sqlQuery, "params":bindingParameters, "noResults": noResultValue}. noResults accepts only true or false values. If true - the value of result
will be null. "sql" field is mandatory in Object, others are optional.
-
bindingParameters - OPTIONAL - An array of values that will be bound to
any '?' characters in sqlQuery
.
var ibmdb = require("ibm_db")
, cn = "DATABASE=database;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password";
ibmdb.open(cn, function(err, conn){
if (err) return console.log(err);
var query = 'select creator, name from sysibm.systables';
var result = conn.queryResultSync(query);
console.log("data = ", result.fetchAllSync());
console.log("metadata = ", result.getColumnMetadataSync());
result.closeSync();
conn.closeSync();
});
Note: Once you are done with the result
object, must close it to avoid error when garbage collector of javascript free it. Not calling the `result.closeSync() may cause invalid handle error in application or no data.
In case of CALL statement with OUT params, check result[0] is an object or not.
8) .close(callback)
Close the currently opened database.
- callback -
callback (err)
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function (err, conn) {
if (err) {
return console.log(err);
}
conn.close(function (err) {
console.log("the database connection is now closed");
});
});
9) .closeSync()
Synchronously close the currently opened database.
var ibmdb = require("ibm_db")()
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.openSync(cn);
ibmdb.closeSync();
10) .prepare(sql, callback)
Prepare a statement for execution.
- sql - SQL string to prepare
- callback -
callback (err, stmt)
Returns a Statement
object via the callback
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn,function(err,conn){
conn.prepare("insert into hits (col1, col2) VALUES (?, ?)", function (err, stmt) {
if (err) {
console.log(err);
return conn.closeSync();
}
stmt.execute(['something', 42], function (err, result) {
if( err ) console.log(err);
else result.closeSync();
conn.close(function(err){});
});
});
});
11) .prepareSync(sql)
Synchronously prepare a statement for execution.
- sql - SQL string to prepare
Returns a Statement
object
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn,function(err,conn){
var stmt = conn.prepareSync("select * from employee where empid = ?");
stmt.execute([142], function (err, result) {
data = result.fetchAllSync();
console.log(data);
result.closeSync();
stmt.closeSync();
conn.close(function(err){});
});
});
12) .execute([bindingParameters], callback)
Execute a prepared statement.
- bindingParameters - OPTIONAL - An array of values that will be bound to any '?' characters in prepared sql statement. Values can be array or object itself. Check bindingParameters doc for detail.
- callback -
callback (err, result, outparams)
outparams - will have result for INOUT and OUTPUT parameters of Stored Procedure.
Returns a Statement
object via the callback
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn,function(err,conn){
conn.querySync("create table mytab (id int, photo BLOB(30K))");
conn.prepare("insert into mytab (id, photo) VALUES (?, ?)", function (err, stmt) {
if (err) {
console.log(err);
return conn.closeSync();
}
var img = {ParamType:"FILE", DataType: "BLOB", "Data": "smile.jpg"};
stmt.execute([ 42, img ], function (err, result) {
if( err ) console.log(err);
else result.closeSync();
stmt.closeSync();
conn.close(function(err){});
});
});
});
13) .executeSync([bindingParameters])
Execute a prepared statement synchronously.
- bindingParameters - OPTIONAL - An array of values that will be bound to any '?' characters in prepared sql statement. Values can be array or object itself. Check bindingParameters doc for detail. Instead of passing bindingParameters to executeSync(), parameters can also be binded using bind() or bindSync() APIs.
Returns a Statement
object. If prepared statement is a stored procedure with INOUT or OUT parameter, executeSync() returns an array of two elements in the form [stmt, outparams]. The first element of such array is an Statement
object and second element is an Array
of INOUT and OUTPUT parameters in sequence.
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn,function(err,conn){
var stmt = conn.prepareSync("select empname from emptable where empid = ?");
var result = stmt.executeSync([142]);
var data = result.fetchAllSync({fetchMode:3});
console.log(data);
result.closeSync();
stmt.closeSync();
conn.close(function(err){});
});
14) .executeNonQuery([bindingParameters], callback)
Execute a non query prepared statement and returns the number of rows affected in a table by the statement.
- bindingParameters - OPTIONAL - An array of values that will be bound to any '?' characters in prepared sql statement. Values can be array or object itself. Check bindingParameters doc for detail.
- callback -
callback (err, affectedRowCount)
It returns the number of rows in a table that were affected by an UPDATE, an INSERT, a DELETE, or a MERGE statement issued against the table, or a view based on the table. If no rows are affected, it returns -1 via the callback function.
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn,function(err,conn){
conn.querySync("create table mytab (id int, text varchar(30))");
conn.prepare("insert into mytab (id, text) VALUES (?, ?)", function (err, stmt) {
if (err) {
console.log(err);
return conn.closeSync();
}
stmt.executeNonQuery([ 42, 'hello world' ], function (err, ret) {
if( err ) console.log(err);
else console.log("Affected rows = " + ret);
conn.close(function(err){});
});
});
});
15) .bind(bindingParameters, callback)
Binds the parameters for prepared statement.
- bindingParameters - An array of values that will be bound to any '?' characters in prepared sql statement. Values can be array or object itself. Check bindingParameters doc for detail.
- callback -
callback (err)
14) .bindSync(bindingParameters)
Binds the parameters for prepared statement synchronously. If bindSync()
is used, then no need to pass bindingParameters
to next execute()
or executeSync()
statement.
- bindingParameters - An array of values that will be bound to any '?' characters in prepared sql statement. Values can be array or object itself. Check bindingParameters doc for detail.
17) .beginTransaction(callback)
Begin a transaction
- callback -
callback (err)
18) .beginTransactionSync()
Synchronously begin a transaction
19) .commitTransaction(callback)
Commit a transaction
- callback -
callback (err)
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err,conn) {
conn.beginTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
var result = conn.querySync("insert into customer (customerCode) values ('stevedave')");
conn.commitTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
console.log(conn.querySync("select * from customer where customerCode = 'stevedave'"));
conn.closeSync();
});
});
});
20) .commitTransactionSync()
Synchronously commit a transaction
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err,conn) {
conn.beginTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
var result = conn.querySync("insert into customer (customerCode) values ('stevedave')");
conn.commitTransactionSync();
console.log(conn.querySync("select * from customer where customerCode = 'stevedave'"));
conn.closeSync();
});
});
21) .rollbackTransaction(callback)
Rollback a transaction
- callback -
callback (err)
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err,conn) {
conn.beginTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
var result = conn.querySync("insert into customer (customerCode) values ('stevedave')");
conn.rollbackTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
console.log(conn.querySync("select * from customer where customerCode = 'stevedave'"));
conn.closeSync();
});
});
});
22) .rollbackTransactionSync()
Synchronously rollback a transaction
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err,conn) {
conn.beginTransaction(function (err) {
if (err) {
console.log(err);
return conn.closeSync();
}
var result = conn.querySync("insert into customer (customerCode) values ('stevedave')");
conn.rollbackTransactionSync();
console.log(conn.querySync("select * from customer where customerCode = 'stevedave'"));
conn.closeSync();
});
});
23) .setIsolationLevel(isolationLevel)
Synchronously sets the default isolation level passed as argument. It is only applicable when the default isolation level is used. It will have no effect if the application has specifically set the isolation level for a transaction.
- isolationLevel: An integer representing the isolation level to be set. Its value must be only - 1|2|4|8|32. For details check this doc.
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.open(cn, function(err,conn) {
conn.setIsolationLevel(2);
conn.setIsolationLevel(4);
conn.querySync("create table mytab1 (c1 int, c2 varchar(10))");
});
24) .getColumnNamesSync()
Synchronously retrieve the name of columns returned by the resulset. It
operates on ODBCResult object.
conn.querySync("insert into mytab1 values ( 5, 'abc')");
conn.prepare("select * from mytab1", function (err, stmt) {
stmt.execute(function(err, result) {
console.log("Column Names = ", result.getColumnNamesSync());
result.closeSync(); conn.closeSync(); }); });
25) .getColumnMetadataSync()
Synchronously retrieve the metadata about columns returned by the resulset. It
operates on ODBCResult object.
conn.querySync("insert into mytab1 values ( 5, 'abc')");
conn.prepare("select * from mytab1", function (err, stmt) {
stmt.execute(function(err, result) {
console.log("Column Names = ", result.getColumnNamesSync());
console.log("Column Meta Data = ", result.getColumnMetadataSync());
console.log("Fetched Data = ", result.fetchAllSync() );
result.closeSync();
conn.closeSync();
});
});
26) .debug(value)
Enable console logs.
var ibmdb = require("ibm_db")
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
ibmdb.debug(true);
[ibmdb.open](#openApi)(cn, function (err, connection) {
if (err)
{
console.log(err);
return;
}
connection.query("select 1 from sysibm.sysdummy1", function (err1, rows) {
if (err1) console.log(err1);
else console.log(rows);
ibmdb.debug(false);
connection.close(function(err2) {
if(err2) console.log(err2);
});
});
});
Create and Drop Database APIs
.createDbSync(dbName, connectionString, [options])
To create a database (dbName) through Node.js application.
- dbName - The database name.
- connectionString - The connection string for your database instance.
- options - OPTIONAL - Object type.
- codeSet - Database code set information.
- mode - Database logging mode (applicable only to "IDS data servers").
var ibmdb = require("ibm_db");
var cn = "HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password";
var DB_NAME = "TESTDB";
var createDB = ibmdb.createDbSync(DB_NAME, cn);
if(createDB) {
console.log("Database created successfully.");
var conStr = cn + ";" + "DATABASE=" + DB_NAME;
ibmdb.open(conStr, function(err, conn) {
if(err) console.log(err);
else console.log("Database connection opened.");
});
}
Note: This API is not supported for Db2 on z/OS servers. Given that connection
to Db2 on z/OS is to a specific subsystem, this API is not applicable.
.dropDbSync(dbName, connectionString)
To drop a database (dbName) through node.js application.
- dbName - The database name.
- connectionString - The connection string for your database instance.
var ibmdb = require("ibm_db");
var cn = "HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=username;PWD=password";
var DB_NAME = "TESTDB";
var dropDB = ibmdb.dropDbSync(DB_NAME, cn);
if(dropDB) {
console.log("Database dropped successfully.");
}
Note: This API is not supported for Db2 on z/OS servers. Given that connection
to Db2 on z/OS is to a specific subsystem, this API is not applicable.
Connection Pooling APIs
node-ibm_db reuses node-odbc pool.
The node-odbc Pool
is a rudimentary connection pool which will attempt to have
database connections ready and waiting for you when you call the open
method.
If you use a Pool
instance, any connection that you close will get added to
the list of available connections immediately. Such connection will be used
the next time you call Pool.open()
for the same connection string.
For applications using multiple connections simultaneously, it is recommended to
use Pool.open instead of ibmdb.open.
- .open(connectionString, callback)
- .close(callback)
- .init(N, connStr)
- .setMaxPoolSize(N)
1) .open(connectionString, callback)
Get a Database
instance which is already connected to connectionString
- connectionString - The connection string for your database
- callback -
callback (err, db)
var Pool = require("ibm_db").Pool
, pool = new Pool()
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
pool.open(cn, function (err, db) {
if (err) {
return console.log(err);
}
});
2) .close(callback)
Close all connections in the Pool
instance
- callback -
callback (err)
var Pool = require("ibm_db").Pool
, pool = new Pool()
, cn = "DATABASE=dbname;HOSTNAME=hostname;PORT=port;PROTOCOL=TCPIP;UID=dbuser;PWD=xxx";
pool.open(cn, function (err, db) {
if (err) {
return console.log(err);
}
pool.close(function () {
console.log("all connections in the pool are closed");
});
});
3) .init(N, connStr)
Initialize Pool
with N no of active connections using supplied connection string.
- N - No of connections to be initialized.
- connStr - The connection string for your database
var ret = pool.init(5, connStr);
if(ret != true)
{
console.log(ret);
return false;
}
pool.open(connStr, function(err, db) { ...
4) .setMaxPoolSize(N)
Number of maximum connection to database supported by current pool.
- N - No of maximum connections in the pool.
pool.setMaxPoolSize(20);
pool.open(connStr, function(err, db) { ...
bindingParameters
Bind arguments for each parameter marker(?) in SQL query.
These parameters can be used with query(), querySync, bind(), execute() APIs.
bindingParameters is an array of Values like: [val1, val2, ...]
Each value in itself can be an array or Object holing multiple bind options.
If parameters are not an integer or string, it is recomended to pass an Object with different bind options. The object can have following keys:
{"ParamType":"INOUT", CType:"BINARY", SQLType:"BLOB",DataType: "BLOB", Data:imgfile, Length:50}
Either SQLType or DataType must be used. If SQLType is used, DataType will be ignored.
- ParmType: Type of the Parameter. Supported Values are:
- INPUT - Bind the parameter using SQL_PARAM_INPUT(defined in ibm_db/installer/clidriver/include/sqlext.h file). It is used as input value and it is the default value, if you don't use this key in object.
- OUTPUT - Bind the parameter using SQL_PARAM_OUTPUT. It is basically used for Stored Procedure call which has output parameters.
- INOUT - Bind the parameter using SQL_PARAM_INPUT_OUTPUT. It is also used for Stored Procedure call.
- FILE - It tells the Data is a filename that contains actual data to load. If you want to load an image to database, use this input type along with DataType as BLOB for binary file.
f.e. {ParamType: "FILE", DataType: "BLOB", Data: "mypic.jpg"}
-
CType: C Data type of the parameter to be bound. Default value is CHAR.
-
SQLType: Data type of the parameter on Server. It is actually the column Type of the parameter. Default value is CHAR
-
DataType: Same as SQLType. Use either SQLType or DataType. Added for simple name. Default Value is CHAR.
-
Data: Its value is actuall data for the parameter. For binary data, it should represent the full buffer containing binary data. For ParamType:"FILE", it must have the filename on disc that contains data. It is mandatory key in the data Object.
-
Length: It denotes the buffer length in byte to store the OUT Pamameter value when ParamType is INOUT or OUTPUT in a Stored Procedure call..
-
Few example of bidningParameters that we can use in node.js program:
[18, 'string']
[3, 5, 3.8, 'string', 9.1]
[18, [1, 1, 1, 'string']]
[[1, 1, 1, 18], [1, 1, 1, 'string']]
[18, {ParamType:"INPUT", "Data": "string"}]
[18, {ParamType:"INPUT", CType: "CHAR", SQLType: "CHAR", "Data": "string"}]
[38, {ParamType:"INPUT", SQLType: "CHAR", "Data": "string"}]
[38, {ParamType:"INPUT", DataType: "CHAR", "Data": "string"}]
[[1,1,1,38], {"Data": "string"}]
[38, {ParamType:"INPUT", DataType: "CLOB", "Data": var1}] - here var1 contains full CLOB data to be inserted.
[38, {ParamType:"FILE", DataType: "CLOB", "Data": filename}] - here filename is the name of file which has large character data.
The values in array parameters used in above example is not recommened to use as it is dificult to understand. These values are macro values from ODBC specification and we can directly use those values. To understand it, see the SQLBindParameter documentation for DB2.
Pass bind parameters as Object if you want to insert a BLOB or CLOB data to DB2. Check below test files to know how to insert a BLOB and CLOB data from buffer and file:
- test-blob-insert.js - To insert a BLOB and CLOB data using memory buffer. Application need to read the file contents and then use as bind parameter.
- test-blob-file.js - To insert an image file and large text file directly to database without reading it by application.
CALL Statement
-
If stored procedure has any OUT or INOUT parameter, always call it with
parmeter markers only. i.e. pass the input values using bind params.
-
Pass the Bind Params as objects only.
-
If SP has result set to return, it will be returned in the array after out params. f.e. if SP has 2 out params and it returns 2 result set too, the result returned by query() or querySync() would be in the form [outValue1, outValue2, resultSet1, resultSet2]. Each resultset would be an array of row objects.
-
test-call-stmt.js - Example using conn.querySync().
-
test-call-async.js - Example using conn.query().
-
test-sp-resultset.js - Example using Out Params and Result Set using query() and querySync() APIs.
-
test-sp-resultset-execute.js - Example using Out Params and Result Set using prepare() and execute() APIs.
Build Options
Debug
If you would like to enable debugging messages to be displayed you can add the
flag DEBUG
to the defines section of the binding.gyp
file and then execute
node-gyp rebuild
.
<snip>
'defines' : [
"DEBUG"
],
<snip>
Unicode
By default on distributed platforms, UNICODE suppport is enabled. This should
provide the most accurate way to get Unicode strings submitted to your database.
For best results, you may want to put your Unicode string into bound parameters.
On z/OS, UNICODE is disabled by default.
However, if you experience issues or you think that submitting UTF8 strings will
work better or faster, you can remove the UNICODE
define in binding.gyp
<snip>
'defines' : [
"UNICODE"
],
<snip>
timegm vs timelocal
When converting a database time to a C time one may use timegm
or timelocal
. See
man timegm
for the details of these two functions. By default the node-ibm_db bindings
use timelocal
. If you would prefer for it to use timegm
then specify the TIMEGM
define in binding.gyp
<snip>
'defines' : [
"TIMEGM"
],
<snip>
Strict Column Naming
When column names are retrieved from DB2 CLI, you can request by SQL_DESC_NAME or
SQL_DESC_LABEL. SQL_DESC_NAME is the exact column name or none if there is none
defined. SQL_DESC_LABEL is the heading or column name or calculation.
SQL_DESC_LABEL is used by default and seems to work well in most cases.
If you want to use the exact column name via SQL_DESC_NAME, enable the STRICT_COLUMN_NAMES
define in binding.gyp
<snip>
'defines' : [
"STRICT_COLUMN_NAMES"
],
<snip>
Tips
Using node < v0.10 on Linux
Be aware that through node v0.9 the uv_queue_work function, which is used to
execute the ODBC functions on a separate thread, uses libeio for its thread
pool. This thread pool by default is limited to 4 threads.
This means that if you have long running queries spread across multiple
instances of ibmdb.Database() or using odbc.Pool(), you will only be able to
have 4 concurrent queries.
You can increase the thread pool size by using @developmentseed's [node-eio]
(https://github.com/developmentseed/node-eio).
install:
npm install eio
usage:
var eio = require('eio');
eio.setMinParallel(threadCount);
Issues while connecting to Informix Server
While using ibm_db against Informix server, you may get few issues if
server is not configured properly. Also, ibm_db connects to only DRDA port.
So, make sure drsoctcp of Informix is configured.
SQL1042C Error
If ibm_db is returning SQL1042C error while connecting to server, use
"Authentication=SERVER" in connection string. It should avoid the error.
Alternatively, you can set Authentication in db2cli.ini file or db2dsdriver.cfg file too.
code-set conversion error
If Informix server is not enabled for UNICODE clients or some code-set object
file is missing on server; server returns this error to ibm_db:
[IBM][CLI Driver][IDS/UNIX64] Error opening required code-set conversion object file.
To avoid this error, remove UNICODE from binding.gyp file and rebuild the ibm_db.
Also to avoid above issues, you can run ibm_db/installer/ifx.sh script on non-windows system.
Contributor
Contributing to the node-ibm_db
Contribution Guidelines
Contributor should add a reference to the DCO sign-off as comment in the pull request(example below):
DCO 1.1 Signed-off-by: Random J Developer <random@developer.org>
License
Copyright (c) 2013 Dan VerWeire dverweire@gmail.com
Copyright (c) 2010 Lee Smith notwink@gmail.com
Copyright (c) 2014 IBM Corporation
Permission is hereby granted, free of charge, to any person obtaining a copy of
this software and associated documentation files (the "Software"), to deal in
the Software without restriction, including without limitation the rights to
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
the Software, and to permit persons to whom the Software is furnished to do so,
subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.