Skip Navigation Links | |
Exit Print View | |
![]() |
Developing OTDs for Oracle Java CAPS Database Adapters Java CAPS Documentation |
Developing OTDs for Database Adapters
Generating ResultSet Nodes of a Stored Procedure
DB2 Database Configuration Information
DB2 Database Connectivity Information
DB2 Connect Database Connection Information
JDBC Database Connection Information
Informix Database Connection Information
Oracle Database Connection Information
SQL Server Database Connectivity Information
Sybase Database Connectivity Information
VSAM Database Connectivity Information
A single OTD can consist of many database objects. They can be a mixture of Tables, Prepared Statements, and Stored Procedures. By using the Database OTD Wizard, the OTD Edit feature allows you to:
Add or Remove Table/Views.
Change data types by selecting a different one from a list.
Add or Remove columns from a Table object.
Add or Remove Prepared Statement objects.
Edit Prepared Statement objects.
Add or Remove Stored Procedure objects.
Edit Stored Procedure ResultSets.
When a minor change is needed for an existing OTD, there is no need to rebuild it from scratch; instead, you can edit the OTD.
Note - The OTD must be checked out before you can edit it.
The Database Connection Information Wizard appears.
Once the connection is established, the Database Wizard opens, allowing you to make modifications to the OTD.
![]() | Caution - Once the OTD has been edited, you must verify that the changes are reflected in the Collaboration so that no errors occur at runtime. For example, if during the edit process, you delete a database object that is included in a Collaboration, the Collaboration could fail at activation or runtime. |
When editing an OTD, you can connect to another instance of the database under the following conditions:
The same version of the database should be used unless the newer version is compatible with the older version. For DB2, the same type of DB2 database must be used. Switching between DB2 databases on z/os, AS/400 and Windows or UNIX is not supported.
Tables in the database must be defined with the same definition.
The stored procedures must be identical.
For tables/stored procedures built with qualified-name, the schema name for the tables/stored procedures must be identical in both database instances.