Siebel Analytics Server Administration Guide > Creating and Administering the Physical Layer in a Repository >

Setting up Connection Pools


The connection pool is an object in the Physical layer that describes access to the data source. It contains information about the connection between the Siebel Analytics Server and that data source.

The Physical layer in the Administration Tool contains at least one connection pool for each database. You can configure multiple connection pools for a database. Connection pools allow multiple concurrent data source requests (queries) to share a single database connection, reducing the overhead of connecting to a database.

For each connection pool, you must specify the maximum number of concurrent connections allowed. After this limit is reached, the Analytics server routes all other connection requests to another connection pool or, if no other connection pools exist, the connection request waits until a connection becomes available.

Increasing the allowed number of concurrent connections can potentially increase the load on the underlying database accessed by the connection pool. Test and consult with your DBA to make sure the data source can handle the number of connections specified in the connection pool. Also, if the data sources have a charge back system based on the number of connections, you might want to limit the number of concurrent connections to keep the charge back costs down.

In addition to the potential load and costs associated with the database resources, the Siebel Analytics Server allocates shared memory for each connection upon server startup. This raises the number of connections and increases Siebel Analytics Server memory usage.

This section includes the following topics:

Table 6 lists several supported connection types (APIs) with a description of each interface.

Table 6.  Connection Type (API) Descriptions
API Name
Description
Default
Uses the API specified in the data source. If the data source is configured using an ODBC 2.0 driver, ODBC 2.0 is used. If the data source is configured using OCI for Oracle8, OCI8 is used, and so on. The connection pool shows what API is used as the default.
ODBC 2.0
Uses the open database connectivity (ODBC) standard Version 2.0 API. ODBC 2.0 offers connectivity to many common databases and OLAP tools.
ODBC 3.5
Uses the open database connectivity (ODBC) standard Version 3.5API. Recommended for internationalization. ODBC 3.5 is strongly recommended over ODBC 2.0 at all times.
OCI 7
Uses the Oracle Call Interface (OCI) for Oracle7.
OCI 8
Uses the Oracle Call Interface (OCI) for Oracle8.
OCI 8.1
Uses the Oracle Call Interface (OCI) for Oracle 8i and 9i. Recommended for internationalization.
DB2 CLI
Uses the Call Level Interface (CLI) for DB2.
DB2 CLI Unicode
Uses the unicode Call Level Interface (CLI) for DB2. Recommended for internationalization.
XML
Uses the Siebel Analytics XML gateway to access XML data sources.

CAUTION:  It is strongly recommend that customers use OCI for connecting to Oracle. ODBC should only be used to import from Oracle.


 Siebel Analytics Server Administration Guide
 Published: 11 March 2004