You can customize data source connections to meet the needs of users.
If you have access to more than one data source connection in a data source, you are prompted to select a data source connection when you open a Framework Manager project. You can use multiple data source connections in a single data source to facilitate the migration from one environment to another and maintain the integrity of a project.
For example, you can use multiple data source connections to work with metadata from a test data source. Create a new project, using the GoSales data source connection. Create and modify the objects you want in the project, and test to ensure that the project is modeled the way you want. After you close the session, and reopen the Framework Manager project, you can select the production data source connection. When you publish the package to the Cognos 8 server, your users choose which data source connection they want to use in their report.
Multiple connections to the same data source must be defined in Cognos Connection. If you want to support multiple connections for each data source, clear the data source catalog and schema names, and create a connection for each database in Cognos Connection.
Note: If you are working with multiple cubes containing unlike metadata, we recommend that you use separate data sources for each cube. To be able to expand an OLAP package in the Studios, the internal name of both cubes must be the same. If you want to run saved reports that use different data source connections, the cube name, as well as the dimension, hierarchy, level and attribute names, must be the same in both cubes. If you use a single data source with a separate connection for each cube, the internal names of all the cubes must be the same.
For more information about data source connections, see the Administration and Security Guide.
If you use sorting functions such as running-totals in reports, you may need to add a collation sequence to the database connection string to maintain data integrity. Otherwise, when sorting a report that is grouped by one or more columns containing foreign characters, you may get inconsistent results. This is because without the collation sequence information, the default locale is used to sort data, whereas databases may use different collations in their sorting.
To prevent sorting inconsistencies, you must add the correct collation sequence to your database connection string when you create a data source or add a connection.
For example, in Oracle, if you specify the collation sequence as Binary at the database level, you should provide the same collation sequence value in the connection string.
The isolation level specifies how transactions that modify the database are handled. By default, the default object gateway is used. Not all types of databases support each isolation level. Some database vendors use different names for the isolation levels.
For OLAP data sources, including SAP BW, the isolation level is read-only.
The following isolation levels are in increasing order of isolation:
Read Uncommitted
Changes made by other transactions are immediately available to a transaction.
Database type | Equivalent isolation level |
Oracle | Not applicable |
DB2 | Uncommitted read |
MS SQL Server | Read uncommitted |
Sybase Adaptive Server Enterprise | Read uncommitted |
Informix | Dirty read |
Read Committed
A transaction can access only rows committed by other transactions.
Database type | Equivalent isolation level |
Oracle | Read committed |
DB2 | Read stability |
MS SQL Server | Read committed |
Sybase Adaptive Server Enterprise | Read committed |
Informix | Committed read |
Cursor Stability
Other transactions cannot update the row in which a transaction is positioned.
Database type | Equivalent isolation level |
Oracle | Not applicable |
DB2 | Cursor stability |
MS SQL Server | Not applicable |
Sybase Adaptive Server Enterprise | Not applicable |
Informix | Cursor stability |
Reproducible Read
Rows selected or updated by a transaction cannot be changed by another transaction until the transaction is complete.
Database type | Equivalent isolation level |
Oracle | Not applicable Execute the statement, "SET TRANSACTION READ ONLY," prior to starting a transaction |
DB2 | Repeatable read |
MS SQL Server | Repeatable read |
Sybase Adaptive Server Enterprise | Repeatable read |
Informix | Repeatable read |
Phantom Protection
A transaction cannot access rows inserted or deleted since the start of the transaction.
Database type | Equivalent isolation level |
Oracle | Not applicable |
DB2 | Not applicable |
MS SQL Server | Not applicable |
Sybase Adaptive Server Enterprise | Not applicable |
Informix | Not applicable |
Serializable
A set of transactions executed concurrently produces the same result as if they were performed sequentially.
Database Type | Equivalent isolation level |
Oracle | Serializable |
DB2 | Not applicable |
MS SQL Server | Serializable |
Sybase Adaptive Server Enterprise | Serializable |
Informix | Not applicable |