Programmer's Guide to the Oracle Call Interface
Release 8.0

A54656_01

Library

Product

Contents

Index

Prev Next

13
OCI Relational Functions

This chapter describes the Oracle8 OCI functions for C. It includes information about calling OCI functions in your application, along with detailed descriptions of each function call.

This chapter contains the following sections:

Introduction

This chapter describes the OCI function calls. This chapter covers those functions in the basic OCI, also known as the associative interface. The function calls for manipulating objects are described in the next three chapters.

For information about return codes and error handling, refer to the section "Error Handling" on page 2-25.

OCI Quick Reference

This section is intended to help you figure out which OCI call you need to use in a given situation. The following list includes all of the OCI functions, grouped by categories of functionality. For example, all of the calls which relate to binding input variables appear under the "Binding" section. The list includes the name of each call, a brief description of its purpose, and the page number on which the full description can be found.

Table 13-1 OCI Quick Reference
Function   Purpose   Page  

 

 

 

 

CONNECT / INITIALIZE/AUTHORIZE  

 

OCIInitialize()  

Initialize OCI process environment  

13 - 45  

OCIEnvInit()  

Initialize an environment handle  

13 - 39  

OCIServerAttach()  

Attach to a server; initialize server context handle  

13 - 84  

OCIServerDetach()  

Detach from a server; uninitialize server context handle  

13 - 86  

OCISessionBegin()  

Authenticate a user  

13 - 88  

OCISessionEnd()  

Terminate a user session  

13 - 91  

OCILogon()  

Simplified single-session logon  

13 - 79  

OCILogoff()  

Simplified single-session logoff  

13 - 78  

 

 

 

 

HANDLES / DESCRIPTORS  

 

OCIHandleAlloc()  

Allocate and initialize a handle  

13 - 42  

OCIHandleFree()  

Free a previously allocated handle  

13 - 44  

OCIAttrGet()  

Get the attributes of a handle  

13 - 8  

OCIParamGet()  

Get a parameter descriptor  

13 - 80  

OCIParamSet()  

Set parameter descriptor in COR handle  

13 - 81  

OCIAttrSet()  

Set an attribute of a handle or descriptor  

13 - 9  

OCIDescriptorAlloc()  

Allocate and initialize a descriptor or LOB locator  

13 - 37  

OCIDescriptorFree()  

Free a previously allocated descriptor  

13 - 38  

 

 

 

 

TRANSACTION MANAGEMENT  

 

OCITransCommit()  

Commit a transaction on a service context  

13 - 102  

OCITransDetach()  

Detach a transaction from a service context  

13 - 103  

OCITransRollback()  

Roll back a transaction  

13 - 106  

OCITransStart()  

Start a transaction on a service context  

13 - 107  

OCITransPrepare()  

Prepare a global transaction for commit  

13 - 105  

OCITransForget()  

Forget a prepared global transaction  

13 - 104  

 

 

 

 

BIND  

 

OCIBindDynamic()  

Set additional attributes after bind with OCI_DATA_AT_EXEC mode  

13 - 20  

OCIBindByName  

Bind by name  

13 - 8  

OCIBindByPos()  

Bind by position  

13 - 8  

OCIBindObject()  

Set additional attributes for bind of named data type  

13 - 23  

OCIBindArrayOfStruct()  

Set skip parameters for static array bind  

13 - 11  

OCIStmtGetBindInfo()  

Get bind and indicator variable names and handles  

13 - 96  

 

 

 

 

DEFINE  

 

OCIDefineArrayOfStruct()  

Set additional attributes for static array define  

13 - 26  

OCIDefineDynamic()  

Set additional attributes for define in OCI_DYNAMIC_FETCH mode  

13 - 30  

OCIDefineByPos()  

Define an output variable association  

13 - 8  

OCIDefineObject()  

Set additional attributes for define of named data type  

13 - 32  

 

 

 

 

DESCRIBE  

 

OCIDescribeAny()  

Describe existing schema objects  

13 - 34  

 

 

 

 

PREPARE/EXECUTE  

 

OCIStmtPrepare()  

Establish an application request  

13 - 99  

OCIStmtExecute()  

Send statements to server for execution  

13 - 92  

 

 

 

 

FETCH  

 

OCIStmtFetch()  

Fetch rows from a query  

13 - 95  

 

 

 

 

LOB/FILE OPERATIONS  

 

OCILobFileClose()  

Close a previously opened FILE  

13 - 58  

OCILobFileCloseAll()  

Close all previously opened files  

13 - 59  

OCILobFileOpen()  

Open a FILE  

13 - 63  

OCILobAppend()  

Append to a LOB  

13 - 48  

OCILobCopy()  

Copy a LOB  

13 - 53  

OCILobErase()  

Erase a portion of a LOB  

13 - 57  

OCILobGetLength()  

Get length of a LOB or FILE  

13 - 66  

OCILobRead()  

Read a portion of a LOB or FILE  

13 - 71  

OCILobTrim()  

Truncate a LOB  

13 - 74  

OCILobWrite()  

Write into a LOB  

13 - 75  

OCILobAssign()  

Assign one LOB locator to another  

13 - 49  

OCILobIsEqual()  

Compare two LOB locators for Equality  

13 - 67  

OCILobFileGetName()  

Get directory alias and file NaMe from the LOB locator  

13 - 61  

OCILobFileIsOpen()  

Check if file on server is open via this locator  

13 - 62  

OCILobFileSetName()  

Set directory alias and file NaMe in the LOB locator  

13 - 64  

OCILobLocatorIsInit()  

Check to see if a LOB locator is initialized  

13 - 70  

OCILobCharSetID  

Get character set ID from LOB locator  

13 - 52  

OCILobCharSetForm()  

Get character set form from LOB locator  

13 - 51  

OCILobFileExists()  

Check if a file exists on the server  

13 - 60  

OCILobLoadFromFile()  

Load a LOB from a FILE  

13 - 68  

OCILobDisableBuffering()  

Turn LOB buffering off  

13 - 55  

OCILobEnableBuffering()  

Turn LOB buffering on  

13 - 56  

OCILobFlushBuffer()  

Flush the LOB buffer  

13 - 65  

 

 

 

 

MISCELLANEOUS  

 

OCIBreak()  

Perform an immediate asynchronous break  

13 - 25  

OCIServerVersion()  

Get the Oracle version string  

13 - 87  

OCIPasswordChange()  

Change password  

13 - 82  

OCIErrorGet()  

Return error message and Oracle error  

13 - 40  

OCIStmtGetPieceInfo()  

Get piece information for piecewise operations  

13 - 98  

OCIStmtSetPieceInfo()  

Set piece information for piecewise operations  

13 - 100  

OCILdaToSvcCtx()  

Toggle Lda_Def to service context handle  

13 - 47  

OCISvcCtxToLda()  

Toggle service context handle to Lda_Def  

13 - 101  

 

 

 

 

TYPE INFORMATION ACCESSOR FUNCTIONS  

 

OCITypeArrayByName()  

Get an array of TDOs given an array of object names  

13 - 109  

OCITypeArrayByRef()  

Get an array of TDOs given an array of object references  

13 - 111  

OCITypeByName()  

Get a TDO given an object name  

13 - 112  

OCITypeByRef()  

Get a TDO given an object reference  

13 - 114  

Calling OCI Functions

Unlike earlier versions of the OCI, in release 8.0 you cannot pass -1 for the string length parameter of a null-terminated string.

When you pass string lengths as parameters, do not include the NULL terminator byte in the length. The OCI does not expect strings to be NULL-terminated.

Server Roundtrips for LOB Functions

For a table showing the number of server roundtrips required for individual OCI LOB functions, refer to Appendix E, "OCI Function Server Roundtrips".

The OCI Relational Functions

The remainder of this chapter specifies the release 8.0 OCI relational functions for C. For each function, the following information is listed:

Purpose

A brief description of the action performed by the function.

Syntax

A code snippet showing the syntax for calling the function, including the ordering and types of the parameters.

Parameters

A description of each of the function's parameters. This includes the parameter's mode. The mode of a parameter has three possible values, as described in Table 13-2

Table 13-2 Parameter Modes
Mode   Description  

IN  

A parameter that passes data to the OCI  

OUT  

A parameter that receives data from the OCI on this call  

IN/OUT  

A parameter that passes data on the call and receives data on the return from this or a subsequent call.  

.

Comments

More detailed information about the function (if available). This may include restrictions on the use of the function, or other information that might be useful when using the function in an application.

Example

A complete or partial code example demonstrating the use of the function call being described. Not all function descriptions include an example.

Related Functions

A list of related function calls.

OCIAttrGet()

Purpose

This call is used to get a particular attribute of a handle.

Syntax

sword OCIAttrGet ( CONST dvoid    *trgthndlp,
                   ub4            trghndltyp,
                   dvoid          *attributep,
                   ub4            *sizep,
                   ub4            attrtype,
                   OCIError       *errhp );

Parameters

trgthndlp (IN) - is the pointer to a handle type.

trghndltyp (IN) - is the handle type.

attributep (OUT) - is a pointer to the storage for an attribute value. The attribute value is filled in.

sizep (OUT) - is the size of storage for the attribute value. This can be passed in as NULL for parameters whose size is well known. For text* parameters, a pointer to a ub4 must be passed in to get the length of the string.

attrtype (IN) - is the type of attribute being retrieved.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

Comments

This call is used to get a particular attribute of a handle.

See Appendix B, "Handle and Descriptor Attributes", for a list of handle types and their readable attributes.

Related Functions

OCIAttrSet()

OCIAttrSet()

Purpose

This call is used to set a particular attribute of a handle or a descriptor.

Syntax

sword OCIAttrSet ( dvoid       *trgthndlp,
                   ub4         trghndltyp,
                   dvoid       *attributep,
                   ub4         size,
                   ub4         attrtype,
                   OCIError    *errhp );

Parameters

trgthndlp (IN/OUT) - the pointer to a handle type whose attribute gets modified.

trghndltyp (IN/OUT) - is the handle type.

attributep (IN) - a pointer to an attribute value. The attribute value is copied into the target handle. If the attribute value is a pointer, then only the pointer is copied, not the contents of the pointer.

size (IN) - is the size of an attribute value. This can be passed in as 0 for most attributes as the size is already known by the OCI library. For text* attributes, a ub4 must be passed in set to the length of the string.

attrtype (IN) - the type of attribute being set.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

Comments

This call is used to set a particular attribute of a handle or a descriptor.

See Appendix B, "Handle and Descriptor Attributes", for a list of handle types and their writable attributes.

Example

The following code sample demonstrates OCIAttrSet() being used several times near the beginning of an application.

int main()
{
OCIEnv *envhp;
OCIServer *srvhp;
OCIError *errhp;
OCISvcCtx *svchp;
OCIStmt *stmthp;
OCISession *usrhp; OCIInitialize((ub4) OCI_THREADED | OCI_OBJECT, (dvoid *)0,
(dvoid * (*)()) 0,(dvoid * (*)()) 0, (void (*)()) 0 ); OCIHandleAlloc( (dvoid *) NULL, (dvoid **) &envhp, (ub4) OCI_HTYPE_ENV,
0, (dvoid **) &tmp); OCIEnvInit( &envhp, (ub4) OCI_DEFAULT, 0, (dvoid **) &tmp ); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &errhp, (ub4)
OCI_HTYPE_ERROR, 0, (dvoid **) &tmp); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &srvhp, (ub4)
OCI_HTYPE_SERVER, 0, (dvoid **) &tmp); OCIServerAttach( srvhp, errhp, (text *) 0, (sb4) 0, (ub4) OCI_DEFAULT); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &svchp,
(ub4) OCI_HTYPE_SVCCTX, , (dvoid **) &tmp); /* set attribute server context in the service context */ OCIAttrSet( (dvoid *) svchp, (ub4) OCI_HTYPE_SVCCTX, (dvoid *) srvhp,
(ub4) 0, (ub4) OCI_ATTR_SERVER, (OCIError *) errhp); /* allocate a user session handle */ OCIHandleAlloc((dvoid *)envhp, (dvoid **)&usrhp,
(ub4) OCI_HTYPE_SESSION, (size_t) 0, (dvoid **) 0); OCIAttrSet((dvoid *)usrhp, (ub4)OCI_HTYPE_SESSION, (dvoid *)"sherry",
(ub4)strlen("sherry"), OCI_ATTR_USERNAME, errhp); OCIAttrSet((dvoid *)usrhp, (ub4)OCI_HTYPE_SESSION, (dvoid *)"penfield",
(ub4)strlen("penfield"), OCI_ATTR_PASSWORD, errhp); checkerr(errhp, OCISessionBegin (svchp, errhp, usrhp, OCI_CRED_RDBMS,
OCI_DEFAULT)); OCIAttrSet((dvoid *)svchp, (ub4)OCI_HTYPE_SVCCTX, (dvoid *)usrhp,
(ub4)0, OCI_ATTR_SESSION, errhp);

Related Functions

OCIAttrGet()

OCIBindArrayOfStruct()

Purpose

This call sets up the skip parameters for a static array bind.

Syntax

sword OCIBindArrayOfStruct ( OCIBind     *bindp,
                             OCIError    *errhp,
                             ub4         pvskip, 
                             ub4         indskip, 
                             ub4         alskip, 
                             ub4         rcskip );

Parameters

bindp (IN/OUT) - the handle to a bind structure.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

pvskip (IN) - skip parameter for the next data value.

indskip (IN) - skip parameter for the next indicator value or structure.

alskip (IN) - skip parameter for the next actual length value.

rcskip (IN) - skip parameter for the next column-level return code value.

Comments

This call sets up the skip parameters necessary for a static array bind.

This call follows a call to OCIBindByName() or OCIBindByPos(). The bind handle returned by that initial bind call is used as a parameter for the OCIBindArrayOfStruct() call.

For information about skip parameters, see the section "Arrays of Structures" on page 5-18.

Related Functions

OCIBindByName(), OCIBindByPos()

OCIBindByName()

Purpose

Creates an association between a program variable and a placeholder in a SQL statement or PL/SQL block.

Syntax

sword OCIBindByName ( OCIStmt       *stmtp, 
                      OCIBind       **bindpp,
                      OCIError      *errhp,
                      CONST text    *placeholder,
                      sb4           placeh_len,
                      dvoid         *valuep,
                      sb4           value_sz,
                      ub2           dty,
                      dvoid         *indp,
                      ub2           *alenp,
                      ub2           *rcodep,
                      ub4           maxarr_len,
                      ub4           *curelep, 
                      ub4           mode ); 

Parameters

stmtp (IN/OUT) - the statement handle to the SQL or PL/SQL statement being processed.

bindpp (IN/OUT) - an address of a bind handle which is implicitly allocated by this call. The bind handle maintains all the bind information for this particular input value. The handle is freed implicitly when the statement handle is deallocated. On input, the value of the pointer must be NULL or a valid bind handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

placeholder (IN) - the placeholder attributes are specified by name if OCIBindByName() is being called.

placeh_len (IN) - the length of the placeholder name specified in placeholder.

valuep (IN/OUT) - an address of a data value or an array of data values of the type specified in the dty parameter. An array of data values can be specified for mapping into a PL/SQL table or for providing data for SQL multiple-row operations. When an array of bind values is provided, this is called an array bind in OCI terms.

For SQLT_NTY or SQLT_REF binds, the valuep parameter is ignored. The pointers to OUT buffers are set in the pgvpp parameter initialized by OCIBindObject().

value_sz (IN) - the size of a data value. In the case of an array bind, this is the maximum size of any element possible with the actual sizes being specified in the alenp parameter.

For descriptors, locators, or REFs, whose size is unknown to client applications use the size of the structure you are passing in; e.g., sizeof (OCILobLocator *).

dty (IN) - the data type of the value(s) being bound. Named data types (SQLT_NTY) and REFs (SQLT_REF) are valid only if the application has been initialized in object mode. For named data types, or REFs, additional calls must be made with the bind handle to set up the datatype-specific attributes.

indp (IN/OUT) - pointer to an indicator variable or array. For all data types except SQLT_NTY, this is a pointer to sb2 or an array of sb2s.

For SQLT_NTY, this pointer is ignored and the actual pointer to the indicator structure or an array of indicator structures is initialized in a subsequent call OCIBindObject(). This parameter is ignored for dynamic binds.

See the section "Indicator Variables" on page 2-29 for more information about indicator variables.

alenp (IN/OUT) - pointer to array of actual lengths of array elements. Each element in alenp is the length of the data in the corresponding element in the bind value array before and after the execute. This parameter is ignored for dynamic binds.

rcodep (OUT) - pointer to array of column level return codes. This parameter is ignored for dynamic binds.

maxarr_len (IN) - the maximum possible number of elements of type dty in a PL/SQL binds. This parameter is not required for non-PL/SQL binds. If maxarr_len is non-zero, then either OCIBindDynamic() or OCIBindArrayOfStruct() can be invoked to set up additional bind attributes.

curelep(IN/OUT) - a pointer to the actual number of elements. This parameter is only required for PL/SQL binds.

mode (IN) - the valid modes for this parameter are:

OCI_DEFAULT. This is default mode.
OCI_DATA_AT_EXEC. When this mode is selected, the value_sz parameter defines the maximum size of the data that can be ever provided at runtime. The application must be ready to provide the OCI library runtime IN data buffers at any time and any number of times. Runtime data is provided in one of the two ways:
For more information about using the OCI_DATA_AT_EXEC mode, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.
When the allocated buffers are not required any more, they should be freed by the client.

Comments

This call is used to perform a basic bind operation. The bind creates an association between the address of a program variable and a placeholder in a SQL statement or PL/SQL block. The bind call also specifies the type of data which is being bound, and may also indicate the method by which data will be provided at runtime.

This function also implicitly allocates the bind handle indicated by the bindpp parameter. If a non-NULL pointer is passed in **bindpp, the OCI assumes that this points to a valid handle that has been previously allocated with a call to OCIHandleAlloc() or OCIBindByName().

Data in an OCI application can be bound to placeholders statically or dynamically. Binding is static when all the IN bind data and the OUT bind buffers are well-defined just before the execute. Binding is dynamic when the IN bind data and the OUT bind buffers are provided by the application on demand at execute time to the client library. Dynamic binding is indicated by setting the mode parameter of this call to OCI_DATA_AT_EXEC.

See Also: For more information about dynamic binding, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.

Both OCIBindByName() and OCIBindByPos() take as a parameter a bind handle, which is implicitly allocated by the bind call A separate bind handle is allocated for each placeholder the application is binding.

Additional bind calls may be required to specify particular attributes necessary when binding certain data types or handling input data in certain ways:

Related Functions

OCIBindDynamic(), OCIBindObject(), OCIBindArrayOfStruct()

OCIBindByPos()

Purpose

Creates an association between a program variable and a placeholder in a SQL statement or PL/SQL block.

Syntax

sword OCIBindByPos ( OCIStmt      *stmtp, 
                     OCIBind      **bindpp,
                     OCIError     *errhp,
                     ub4          position,
                     dvoid        *valuep,
                     sb4          value_sz,
                     ub2          dty,
                     dvoid        *indp,
                     ub2          *alenp,
                     ub2          *rcodep,
                     ub4          maxarr_len,
                     ub4          *curelep, 
                     ub4          mode );

Parameters

stmtp (IN/OUT) - the statement handle to the SQL or PL/SQL statement being processed.

bindpp (IN/OUT) - an address of a bind handle which is implicitly allocated by this call. The bind handle maintains all the bind information for this particular input value. The handle is freed implicitly when the statement handle is deallocated. On input, the value of the pointer must be NULL or a valid bind handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

position (IN) - the placeholder attributes are specified by position if OCIBindByPos() is being called.

valuep (IN/OUT) - an address of a data value or an array of data values of the type specified in the dty parameter. An array of data values can be specified for mapping into a PL/SQL table or for providing data for SQL multiple-row operations. When an array of bind values is provided, this is called an array bind in OCI terms.

For SQLT_NTY or SQLT_REF binds, the valuep parameter is ignored. The pointers to OUT buffers are set in the pgvpp parameter initialized by OCIBindObject().

value_sz (IN) - the size of a data value. In the case of an array bind, this is the maximum size of any element possible with the actual sizes being specified in the alenp parameter.

For descriptors, locators, or REFs, whose size is unknown to client applications use the size of the structure you are passing in; e.g., sizeof (OCILobLocator *).

dty (IN) - the data type of the value(s) being bound. Named data types (SQLT_NTY) and REFs (SQLT_REF) are valid only if the application has been initialized in object mode. For named data types, or REFs, additional calls must be made with the bind handle to set up the datatype-specific attributes.

indp (IN/OUT) - pointer to an indicator variable or array. For all data types, this is a pointer to sb2 or an array of sb2s. The only exception is SQLT_NTY, when this pointer is ignored and the actual pointer to the indicator structure or an array of indicator structures is initialized by OCIBindObject(). Ignored for dynamic binds.

See the section "Indicator Variables" on page 2-29 for more information about indicator variables.

alenp (IN/OUT) - pointer to array of actual lengths of array elements. Each element in alenp is the length of the data in the corresponding element in the bind value array before and after the execute. This parameter is ignored for dynamic binds.

rcodep (OUT) - pointer to array of column level return codes. This parameter is ignored for dynamic binds.

maxarr_len (IN) - the maximum possible number of elements of type dty in a PL/SQL binds. This parameter is not required for non-PL/SQL binds. If maxarr_len is non-zero, then either OCIBindDynamic() or OCIBindArrayOfStruct() can be invoked to set up additional bind attributes.

curelep(IN/OUT) - a pointer to the actual number of elements. This parameter is only required for PL/SQL binds.

mode (IN) - the valid modes for this parameter are:

OCI_DEFAULT. This is default mode.
OCI_DATA_AT_EXEC. When this mode is selected, the value_sz parameter defines the maximum size of the data that can be ever provided at runtime. The application must be ready to provide the OCI library runtime IN data buffers at any time and any number of times. Runtime data is provided in one of the two ways:
For more information about using the OCI_DATA_AT_EXEC mode, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.
When the allocated buffers are not required any more, they should be freed by the client.

Comments

This call is used to perform a basic bind operation. The bind creates an association between the address of a program variable and a placeholder in a SQL statement or PL/SQL block. The bind call also specifies the type of data which is being bound, and may also indicate the method by which data will be provided at runtime.

This function also implicitly allocates the bind handle indicated by the bindpp parameter. If a non-NULL pointer is passed in **bindpp, the OCI assumes that this points to a valid handle that has been previously allocated with a call to OCIHandleAlloc() or OCIBindByPos().

Data in an OCI application can be bound to placeholders statically or dynamically. Binding is static when all the IN bind data and the OUT bind buffers are well-defined just before the execute. Binding is dynamic when the IN bind data and the OUT bind buffers are provided by the application on demand at execute time to the client library. Dynamic binding is indicated by setting the mode parameter of this call to OCI_DATA_AT_EXEC.

See Also: For more information about dynamic binding, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16

Both OCIBindByName() and OCIBindByPos() take as a parameter a bind handle, which is implicitly allocated by the bind call A separate bind handle is allocated for each placeholder the application is binding.

Additional bind calls may be required to specify particular attributes necessary when binding certain data types or handling input data in certain ways:

Related Functions

OCIBindDynamic(), OCIBindObject(), OCIBindArrayOfStruct()

OCIBindDynamic()

Purpose

This call is used to register user callbacks for dynamic data allocation.

Syntax

sword OCIBindDynamic ( OCIBind     *bindp,
                       OCIError    *errhp,
                       dvoid       *ictxp, 
                       OCICallbackInBind         (icbfp)(/*_
                                dvoid            *ictxp,
                                OCIBind          *bindp,
                                ub4              iter, 
                                ub4              index, 
                                dvoid            **bufpp,
                                ub4              *alenp,
                                ub1              *piecep, 
                                dvoid            **indpp */),
                       dvoid       *octxp,
                       OCICallbackOutBind        (ocbfp)(/*_
                                dvoid            *octxp,
                                OCIBind          *bindp,
                                ub4              iter, 
                                ub4              index, 
                                dvoid            **bufpp, 
                                ub4              **alenpp,
                                ub1              *piecep,
                                dvoid            **indpp, 
                                ub2              **rcodepp _*/)   );

Parameters

bindp (IN/OUT) - a bind handle returned by a call to OCIBindByName() or OCIBindByPos().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

ictxp (IN) - the context pointer required by the call back function icbfp.

icbfp (IN) - the callback function which returns a pointer to the IN bind value or piece at run time. The callback takes in the following parameters:

ictxp (IN/OUT) - the context pointer for this callback function.
bindp (IN) - the bind handle passed in to uniquely identify this bind variable.
iter (IN) - 0-based execute iteration value.
index (IN) - index of the current array, for an array bind in PL/SQL. For SQL it is the row index. The value is 0-based and not greater than curelep parameter of the bind call.
bufpp (OUT) - the pointer to the buffer or storage. For descriptors, *bufpp contains a pointer to the descriptor. For example if you define
OCILOBLocator        *lobp;
then you would set *bufpp to lobp not *lobp.
For REFs, pass the address of the ref; i.e., pass &my_ref for *bufpp.
alenp (OUT) - a pointer to a storage for OCI to fill in the size of the bind
value/piece after it has been read. For descriptors, pass the size of the pointer to the descriptor; e.g., sizeof(OCILobLocator *).
piecep (OUT) - which piece of the bind value. This can be one of the following values - OCI_ONE_PIECE, OCI_FIRST_PIECE, OCI_NEXT_PIECE and OCI_LAST_PIECE. For datatypes that do not support piecewise operations, you must pass OCI_ONE_PIECE or an error will be generated.
indp (OUT) - contains the indicator value. This is a pointer to either an sb2 value or a pointer to an indicator structure for binding named data types.

octxp (IN) - the context pointer required by the callback function ocbfp.

ocbfp (IN) - the callback function which returns a pointer to the OUT bind value or piece at run time. The callback takes in the following parameters:

octxp (IN/OUT) - the context pointer for this call back function.
bindp (IN) - the bind handle passed in to uniquely identify this bind variable.
iter (IN) - 0-based execute iteration value.
index (IN) - for PL/SQL index of the current array, for an array bind. For SQL, the index is the row number in the current iteration. It is 0-based, and must not be greater than curelep parameter of the bind call.
bufpp (OUT) - a pointer to a buffer to write the bind value/piece.
alenpp (IN/OUT) - a pointer to a storage for OCI to fill in the size of the bind value/piece after it has been read.
piecep (IN/OUT) - returns a piece value from the callback (application) to Oracle, as follows:
IN - The value can be OCI_ONE_PIECE or OCI_NEXT_PIECE.
OUT - Depends on the IN value:
If IN value is OCI_ONE_PIECE, then OUT value can be OCI_ONE_PIECE or OCI_FIRST_PIECEIf IN value is OCI_NEXT_PIECE then OUT value can be OCI_NEXT_PIECE or OCI_LAST_PIECE
indpp (OUT) - returns a pointer to contain the indicator value which either an sb2 value or a pointer to an indicator structure for named data types.
rcodepp (OUT) - returns a pointer to contains the return code.

Comments

This call is used to register user-defined callback functions for providing or receiving data if OCI_DATA_AT_EXEC mode was specified in a previous call to OCIBindByName() or OCIBindByPos().

The callback function pointers must return OCI_CONTINUE if it the call is successful. Any return code other than OCI_CONTINUE signals that the client wishes to abort processing immediately.

For more information about the OCI_DATA_AT_EXEC mode, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.

When passing the address of a storage area, make sure that the storage area will exist even after the application returns from the callback. This means that you should not allocate such storage on the stack.

Related Functions

OCIBindByName(), OCIBindByPos()

OCIBindObject()

Purpose

This function sets up additional attributes which are required for a named data type (object) bind.

Syntax

sword OCIBindObject ( OCIBind          *bindp,
                      OCIError         *errhp, 
                      CONST OCIType    *type,
                      dvoid            **pgvpp, 
                      ub4              *pvszsp, 
                      dvoid            **indpp, 
                      ub4              *indszp, );

Parameters

bindp (IN/OUT) - the bind handle returned by the call to OCIBindByName() or OCIBindByPos().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

type (IN) - points to the TDO which describes the type of the program variable being bound. Retrieved by calling OCITypeByName(). Optional for REFs in SQL, but required for REFs in PL/SQL.

pgvpp (IN/OUT) - address of the program variable buffer. For an
array, pgvpp points to an array of addresses. When the bind variable is also an OUT variable, the OUT Named Data Type value or REF is allocated in the Object Cache, and a REF is returned.

pgvpp is ignored if the OCI_DATA_AT_EXEC mode is set. Then the Named Data Type buffers are requested at runtime. For static array binds, skip factors may be specified using the OCIBindArrayOfStruct() call. The skip factors are used to compute the address of the next pointer to the value, the indicator structure and their sizes.

pvszsp (OUT) - [optional] points to the size of the program variable. The size of the named data type is not required on input. For an array, pvszsp is an array of ub4s. On return, for OUT bind variables, this points to size(s) of the Named Data Types and REFs received. pvszsp is ignored if the OCI_DATA_AT_EXEC mode is set. Then the size of the buffer is taken at runtime.

indpp (IN/OUT) - [optional] address of the program variable buffer containing the parallel indicator structure. For an array, points to an array of pointers. When the bind variable is also an OUT bind variable, memory is allocated in the object cache, to store the OUT indicator values. At the end of the execute when all OUT values have been received, indpp points to the pointer(s) to these newly allocated indicator structure(s). Required only for SQLT_NTY binds.

indpp is ignored if the OCI_DATA_AT_EXEC mode is set. Then the indicator is requested at runtime.

indszp (IN/OUT) - points to the size of the IN indicator structure program variable. For an array, it is an array of sb2s. On return for OUT bind variables, this points to size(s) of the received OUT indicator structures.

indszp is ignored if the OCI_DATA_AT_EXEC mode is set. Then the indicator size is requested at runtime.

Comments

This function sets up additional attributes which binding a named data type or a REF. An error will be returned if this function is called when the OCI environment has been initialized in non-object mode.

This call takes as a parameter a type descriptor object (TDO) of datatype OCIType for the named data type being defined. The TDO can be retrieved with a call to OCITypeByName().

If the OCI_DATA_AT_EXEC mode was specified in OCIBindByName() or OCIBindByPos(), the pointers to the IN buffers are obtained either using the callback icbfp registered in the OCIBindDynamic() call or by the OCIStmtSetPieceInfo() call. The buffers are dynamically allocated for the OUT data and the pointers to these buffers are returned either by calling ocbfp() registered by the OCIBindDynamic() or by setting the pointer to the buffer in the buffer passed in by OCIStmtSetPieceInfo() called when OCIStmtExecute() returned OCI_NEED_DATA. The memory of these client library-allocated buffers must be freed when not in use anymore by using the OCIObjectFree() call.

Related Functions

OCIBindByName(), OCIBindByPos()

OCIBreak()

Purpose

This call performs an immediate (asynchronous) abort of any currently executing OCI function that is associated with a server.

Syntax

sword OCIBreak ( dvoid      *hndlp,
                 OCIError   *errhp);

Parameters

hndlp (IN/OUT) - the service context handle or the server context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

Comments

This call performs an immediate (asynchronous) abort of any currently executing OCI function that is associated with a server. It is normally used to stop a long-running OCI call being processed on the server.

This call can take either the service context handle or the server context handle as a parameter to identify the function to be aborted.

Related Functions

OCIDefineArrayOfStruct()

Purpose

This call specifies additional attributes necessary for a static array define.

Syntax

sword OCIDefineArrayOfStruct ( OCIDefine   *defnp,
                               OCIError    *errhp,
                               ub4         pvskip, 
                               ub4         indskip, 
                               ub4         rlskip,
                               ub4         rcskip );

Parameters

defnp (IN/OUT) - the handle to the define structure which was returned by a call to OCIDefineByPos().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

pvskip (IN) - skip parameter for the next data value.

indskip (IN) - skip parameter for the next indicator location.

rlskip (IN) - skip parameter for the next return length value.

rcskip (IN) - skip parameter for the next return code.

Comments

This call specifies additional attributes necessary for an array define, used in an array of structures (multi-row, multi-column) fetch. This call follows a call to OCIDefineByPos().

For more information about skip parameters, see the section "Skip Parameters" on page 5-19.

If the application is binding an array of structures involving objects, it must call OCIDefineObject() first, and then call OCIDefineArrayOfStruct().

Related Functions

OCIDefineByPos(), OCIDefineObject()

OCIDefineByPos()

Purpose

Associates an item in a select-list with the type and output data buffer.

Syntax

sword OCIDefineByPos ( OCIStmt     *stmtp, 
                       OCIDefine   **defnpp,
                       OCIError    *errhp,
                       ub4         position,
                       dvoid       *valuep,
                       sb4         value_sz,
                       ub2         dty,
                       dvoid       *indp,
                       ub2         *rlenp,
                       ub2         *rcodep,
                       ub4         mode );

Parameters

stmtp (IN/OUT) - a handle to the requested SQL query operation.

defnpp (IN/OUT) - a pointer to a pointer to a define handle. If this parameter is passed as NULL, this call implicitly allocates the define handle. In the case of a redefine, a non-NULL handle can be passed in this parameter. This handle is used to store the define information for this column.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

position (IN) - the position of this value in the select list. Positions are 1-based and are numbered from left to right. For example, in the SELECT statement

SELECT empno, ssn, mgrno FROM employees;

empno is at position 1, ssn is at position 2, and mgrno is at position 3.

valuep (IN/OUT) - a pointer to a buffer or an array of buffers of the type specified in the dty parameter. A number of buffers can be specified when results for more than one row are desired in a single fetch call.

value_sz (IN) - the size of each valuep buffer in bytes. If the data is stored internally in VARCHAR2 format, the number of characters desired, if different from the buffer size in bytes, may be additionally specified by the using OCIAttrSet().

In an NLS conversion environment, a truncation error will be generated if the number of bytes specified is insufficient to handle the number of characters desired.

dty (IN) - the data type. Named data type (SQLT_NTY) and REF (SQLT_REF) are valid only if the environment has been initialized with in object mode. For a listing of datatype codes and values, refer to Chapter 3, "Datatypes".

indp - pointer to an indicator variable or array. For scalar data types, pointer to sb2 or an array of sb2s. Ignored for SQLT_NTY defines. For SQLT_NTY defines, a pointer to a named data type indicator structure or an array of named data type indicator structures is associated by a subsequent OCIDefineObject() call.

See the section "Indicator Variables" on page 2-29 for more information about indicator variables.

rlenp (IN/OUT) - pointer to array of length of data fetched. Each element in rlenp is the length of the data in the corresponding element in the row after the fetch.

rcodep (OUT) - pointer to array of column-level return codes

mode (IN) - the valid modes are:

OCI_DEFAULT. This is the default mode.
OCI_DYNAMIC_FETCH. For applications requiring dynamically allocated data at the time of fetch, this mode must be used. The user may additionally call OCIDefineDynamic() to set up a callback function that will be invoked to receive the dynamically allocated buffers and. The valuep and value_sz parameters are ignored in this mode.

Comments

This call defines an output buffer which will receive data retrieved from Oracle. The define is a local step which is necessary when a SELECT statement returns data to your OCI application.

This call also implicitly allocates the define handle for the select-list item. If a non-NULL pointer is passed in *defnpp, the OCI assumes that this points to a valid handle that has been previously allocated with a call to OCIHandleAlloc() or OCIDefineByPos(). This would be true in the case of an application which is redefining a handle to a different addresses so it can reuse the same define handle for multiple fetches.

Defining attributes of a column for a fetch is done in one or more calls. The first call is to OCIDefineByPos(), which defines the minimal attributes required to specify the fetch.

Following the call to OCIDefineByPos() additional define calls may be necessary for certain data types or fetch modes:

For a LOB define, the buffer pointer must be a pointer to a lob locator of type OCILobLocator, allocated by the OCIDescriptorAlloc() call. LOB locators, and not LOB values, are always returned for a LOB column. LOB values can then be fetched using OCI LOB calls on the fetched locator. This same mechanism is true for all descriptor datatypes.

For NCHAR (fixed and varying length), the buffer pointer must point to an array of bytes sufficient for holding the required NCHAR characters.

Nested table columns are defined and fetched like any other named data type.

When defining an array of descriptors or locators, you should pass in an array of pointers to descriptors or locators.

When doing an array define for character columns, you should pass in an array of character buffers.

If the mode parameter is this call is set to OCI_DYNAMIC_FETCH, the client application can fetch data dynamically at runtime. Runtime data can be provided in one of two ways:

See Also: For more information about using the OCI_DYNAMIC_FETCH mode, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.
For more information about defines, see "Defining" on page 5-14.

Related Functions

OCIDefineArrayOfStruct(), OCIDefineDynamic(), OCIDefineObject()

OCIDefineDynamic()

Purpose

This call is used to set the additional attributes required if the OCI_DYNAMIC_FETCH mode was selected in OCIDefineByPos().

Syntax

sword OCIDefineDynamic ( OCIDefine   *defnp,
                         OCIError    *errhp,
                         dvoid       *octxp, 
                         OCICallbackDefine       (ocbfp)(/*_
                                  dvoid          *octxp,
                                  OCIDefine      *defnp,
                                  ub4            iter, 
                                  dvoid          **bufpp,
                                  ub4            **alenpp,
                                  ub1            *piecep,
                                  dvoid          **indpp,
                                  ub2            **rcodep _*/)  );

Parameters

defnp (IN/OUT) - the handle to a define structure returned by a call to OCIDefineByPos().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

octxp (IN) - points to a context for the callback function.

ocbfp (IN) - points to a callback function. This is invoked at runtime to get a pointer to the buffer into which the fetched data or a piece of it will be retrieved. The callback also specifies the indicator, the return code and the lengths of the data piece and indicator.

Warning: When working with callback parameters, it is important to keep in mind what is meant by IN and OUT for the parameter mode. Normally, in an OCI function, an IN parameter refers to data being passed to Oracle, and an OUT parameter refers to data coming back from Oracle. In the case of callbacks, this is reversed. IN means data is coming from Oracle into the callback, and OUT means data is coming out of the callback and going to Oracle.

The callback parameters are listed below:

octxp (IN/OUT) - a context pointer passed as an argument to all the callback functions.
defnp (IN) - the define handle.
iter (IN) - which row of this current fetch; 0-based.
bufpp (OUT) - returns to Oracle a pointer to a buffer to store the column value, i.e., *bufpp points to some appropriate storage for the column value.
alenpp (IN/OUT) - Used by the application to set the size of the storage it is providing in *bufpp. After data is fetched into the buffer, alenpp indicates the actual size of the data.
piecep (IN/OUT) - returns a piece value from the callback (application) to Oracle, as follows:
IN - The value can be OCI_ONE_PIECE or OCI_NEXT_PIECE.
OUT - Depends on the IN value:
If IN value is OCI_ONE_PIECE, then OUT value can be OCI_ONE_PIECE or OCI_FIRST_PIECEIf IN value is OCI_NEXT_PIECE then OUT value can be OCI_NEXT_PIECE or OCI_LAST_PIECE
indpp (IN) - indicator variable pointer
rcodep (IN) - return code variable pointer

Comments

This call is used to set the additional attributes required if the OCI_DYNAMIC_FETCH mode has been selected in a call to OCIDefineByPos().

If OCI_DYNAMIC_FETCH mode was selected, and the call to OCIDefineDynamic() is skipped, then the application can fetch data piecewise using OCI calls (OCIStmtGetPieceInfo() and OCIStmtSetPieceInfo()).

For more information about OCI_DYNAMIC_FETCH mode, see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.

Related Functions

OCIDefineByPos()

OCIDefineObject()

Purpose

Sets up additional attributes necessary for a Named Data Type or REF define.

Syntax

sword OCIDefineObject ( OCIDefine       *defnp,
                        OCIError        *errhp,
                        CONST OCIType   *type,
                        dvoid           **pgvpp, 
                        ub4             *pvszsp, 
                        dvoid           **indpp, 
                        ub4             *indszp );

Parameters

defnp (IN/OUT) - a define handle previously allocated in a call to OCIDefineByPos().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

type (IN, optional) - points to the Type Descriptor Object (TDO) which describes the type of the program variable. Only used for program variables of type SQLT_NTY. This parameter is optional, and may be passed as NULL if it is not being used.

pgvpp (IN/OUT) - points to a pointer to a program variable buffer. For an array, pgvpp points to an array of pointers. Memory for the fetched named data type instance(s) is dynamically allocated in the object cache. At the end of the fetch when all the values have been received, pgvpp points to the pointer(s) to these newly allocated named data type instance(s). The application must call OCIObjectFree() to deallocate the named data type instance(s) when they are no longer needed.

Note: If the application wants the buffer to be implicitly allocated in the cache, *pgvpp should be passed in as NULL.

pvszsp (IN/OUT) - points to the size of the program variable. For an array, it is an array of ub4s.

indpp (IN/OUT) - points to a pointer to the program variable buffer containing the parallel indicator structure. For an array, points to an array of pointers. Memory is allocated to store the indicator structures in the object cache. At the end of the fetch when all values have been received, indpp points to the pointer(s) to these newly allocated indicator structure(s).

indszp (IN/OUT) - points to the size(s) of the indicator structure program variable. For an array, it is an array of ub4s.

Comments

This function follows a call to OCIDefineByPos() to set initial define information. This call sets up additional attributes necessary for a Named Data Type define. An error will be returned if this function is called when the OCI environment has been initialized in non-Object mode.

This call takes as a parameter a type descriptor object (TDO) of datatype OCIType for the named data type being defined. The TDO can be retrieved with a call to OCIDescribeAny().

See Also: See the description of OCIInitialize() on page 13 - 45 for more information about initializing the OCI process environment.

Related Functions

OCIDefineByPos()

OCIDescribeAny()

Purpose

Describes existing schema objects.

Syntax

sword OCIDescribeAny ( OCISvcCtx       *svchp,
                       OCIError        *errhp,
                       dvoid           *objptr,
                       ub4             objnm_len,
                       ub1             objptr_typ,
                       ub1             info_level,
                       ub1             objtyp,
                       OCIDescribe     *dschp );

Parameters

svchp (IN) - a service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

objptr (IN) - This parameter can be either

  1. a string containing the name of the schema object to be described
  2. a pointer to a REF to the TDO (for a type)
  3. a pointer to a TDO (for a type).

These cases are distinguished by passing the appropriate value for objptr_typ. This parameter must be non-NULL.

In case 1, the string containing the object name should be in the format <schema-name>.<object-name>. No database links are allowed.

The object name is interpreted by the following SQL rules:

objnm_len (IN) - the length of the name string pointed to by objptr. Must be non-zero if a name is passed. Can be zero if objptr is a pointer to a TDO or its REF.

objptr_typ (IN) - the type of object passed in objptr. Valid values are:

info_level (IN) - reserved for future extensions. Pass OCI_DEFAULT.

objtyp (IN/OUT) - the type of schema object being described. Valid values are:

A value for this argument must be specified. If OCI_PTYPE_UNK is specified, then the description of an object with the specified name in the current schema is returned, if such an object exists, along with the actual type of the object.

dschp (IN/OUT) - a describe handle that is populated with describe information about the object after the call. Must be non-NULL.

Comments

This is a generic describe call that describes existing schema objects: tables, views, synonyms, procedures, functions, packages, sequences, and types. This call populates the describe handle with the object-specific attributes which can be obtained through an OCIAttrGet() call.

An OCIParamGet() on the describe handle returns a parameter descriptor for a specified position. Parameter positions begin with 1. Calling OCIAttrGet() on the parameter descriptor returns the specific attributes of a stored procedure or function parameter or a table column descriptor as the case may be.

These subsequent calls do not need an extra round trip to the server because the entire schema object description cached on the client side by OCIDescribeAny(). Calling OCIAttrGet() on the describe handle can also return the total number of positions.

See Chapter 6, "Describing Schema Metadata", for more information about describe operations.

Related Functions

OCIAttrGet(), OCIParamGet()

OCIDescriptorAlloc()

Purpose

Allocates storage to hold descriptors or LOB locators.

Syntax

sword OCIDescriptorAlloc ( CONST dvoid   *parenth,
                           dvoid         **descpp, 
                           ub4           type,
                           size_t        xtramem_sz,
                           dvoid         **usrmempp);

Parameters

parenth (IN) - an environment handle.

descpp (OUT) - returns a descriptor or LOB locator of desired type.

type (IN) - specifies the type of descriptor or LOB locator to be allocated:

OCI_DTYPE_SNAP - specifies generation of snapshot descriptor of C type - OCISnapshot
OCI_DTYPE_LOB - specifies generation of a LOB value type locator of C type - OCILobLocator
OCI_DTYPE_ROWID - specifies generation of a ROWID descriptor of C type OCIRowid.
OCI_DTYPE_COMPLEXOBJECTCOMP - specifies generation of a complex object retrieval descriptor of C type OCIComplexObjectComp.

xtramem_sz (IN) - specifies an amount of user memory to be allocated for use by the application for the lifetime of the descriptor.

usrmempp (OUT) - returns a pointer to the user memory of size xtramem_sz allocated by the call for the user for the lifetime of the descriptor.

Comments

Returns a pointer to an allocated and initialized descriptor, corresponding to the type specified in type. A non-NULL descriptor or LOB locator is returned on success. No diagnostics are available on error.

This call returns OCI_SUCCESS if successful, or OCI_INVALID_HANDLE if an out-of-memory error occurs.

For more information about the xtramem_sz parameter and user memory allocation, refer to "User Memory Allocation" on page 2-11.

Related Functions

OCIDescriptorFree()

OCIDescriptorFree()

Purpose

Deallocates a previously allocated descriptor.

Syntax

sword OCIDescriptorFree ( dvoid    *descp,
                          ub4      type );

Parameters

descp (IN) - an allocated descriptor.

type (IN) - specifies the type of storage to be freed. The specific types are:

OCI_DTYPE_SNAP - snapshot descriptor
OCI_DTYPE_LOB - a LOB value type descriptor
OCI_DTYPE_ROWID - a ROWID descriptor
OCI_DTYPE_COMPLEXOBJECTCOMP - a complex object retrieval descriptor

Comments

This call frees up storage associated with the descriptor, corresponding to the type specified in type. Returns OCI_SUCCESS or OCI_INVALID_HANDLE.

All descriptors may be explicitly deallocated, however the OCI will deallocate a descriptor if the environment handle is deallocated.

Related Functions

OCIDescriptorAlloc()

OCIEnvInit()

Purpose

This call allocates and initializes an OCI environment handle.

Syntax

sword OCIEnvInit ( OCIEnv    **envhpp,
                   ub4       mode,
                   size_t    xtramemsz,
                   dvoid     **usrmempp );

Parameters

envhpp (OUT) - a pointer to a handle to the environment.

mode (IN) - specifies initialization of an environment mode. Valid modes are:

In OCI_DEFAULT mode, the OCI library always mutexes handles. In OCI_NO_MUTEX modes, there is no mutexing in this environment.

xtramemsz (IN) - specifies the amount of user memory to be allocated for the duration of the environment.

usrmempp (OUT) - returns a pointer to the user memory of size xtramemsz allocated by the call for the user for the duration of the environment.

Comments

This call allocates and initializes an OCI environment handle. No changes are done to an already initialized handle. If OCI_ERROR or OCI_SUCCESS_WITH_INFO is returned, the environment handle can be used to obtain ORACLE specific errors and diagnostics.

This call is processed locally, without a server round-trip.

The environment handle can be freed using OCIHandleFree().

For more information about the xtramemsz parameter and user memory allocation, refer to "User Memory Allocation" on page 2-11.

Related Functions

OCIHandleAlloc(), OCIHandleFree()

OCIErrorGet()

Purpose

Returns an error message in the buffer provided and an ORACLE error.

Syntax

sword OCIErrorGet ( dvoid      *hndlp, 
                    ub4        recordno,
                    text       *sqlstate,
                    sb4        *errcodep, 
                    text       *bufp,
                    ub4        bufsiz,
                    ub4        type );

Parameters

hndlp (IN) - the error handle, in most cases, or the environment handle (for errors on OCIEnvInit(), OCIHandleAlloc()).

recordno (IN) - indicates the status record from which the application seeks info. Starts from 1.

sqlstate (OUT) - Not supported in Version 8.0.

errcodep (OUT) - an ORACLE Error is returned.

bufp (OUT) - the error message text is returned.

bufsiz (IN) - the size of the buffer provide to get the error message.

type (IN) - the type of the handle (OCI_HTYPE_ERR or OCI_HTYPE_ENV).

Comments

Returns an error message in the buffer provided and an ORACLE error code. This function does not support SQL state. This function can be called multiple times if there are more than one diagnostic record for an error.

The error handle is originally allocated with a call to OCIHandleAlloc().

Example

The following sample code demonstrates how you can use OCIErrorGet() in an error-handling routine. This routine prints out the type of status code returned by an OCI function, and if an error occurred, OCIErrorGet() retrieves the text of the message, which is printed.

static void checkerr(errhp, status)
OCIError *errhp;
sword status;
{
text errbuf[512];
ub4 buflen;
ub4 errcode;
switch (status)
{
case OCI_SUCCESS:
break;
case OCI_SUCCESS_WITH_INFO:
printf("Error - OCI_SUCCESS_WITH_INFO\n");
break;
case OCI_NEED_DATA:
printf("Error - OCI_NEED_DATA\n");
break;
case OCI_NO_DATA:
printf("Error - OCI_NO_DATA\n");
break;
case OCI_ERROR:
OCIErrorGet ((dvoid *) errhp, (ub4) 1, (text *) NULL, &errcode,
errbuf, (ub4) sizeof(errbuf), (ub4) OCI_HTYPE_ERROR);
printf("Error - %s\n", errbuf);
break;
case OCI_INVALID_HANDLE:
printf("Error - OCI_INVALID_HANDLE\n");
break;
case OCI_STILL_EXECUTING:
printf("Error - OCI_STILL_EXECUTE\n");
break;
case OCI_CONTINUE:
printf("Error - OCI_CONTINUE\n");
break;
default:
break;
}
}

Related Functions

OCIHandleAlloc()

OCIHandleAlloc()

Purpose

This call returns a pointer to an allocated and initialized handle.

Syntax

sword OCIHandleAlloc ( CONST dvoid   *parenth,
                       dvoid         **hndlpp, 
                       ub4           type, 
                       size_t        xtramem_sz,
                       dvoid         **usrmempp );

Parameters

parenth (IN) - an environment handle.

hndlpp (OUT) - returns a handle.

type (IN) - specifies the type of handle to be allocated. The allowed types are:

OCI_HTYPE_ERROR - specifies generation of an error report handle of C type OCIError
OCI_HTYPE_SVCCTX - specifies generation of a service context handle of C type OCISvcCtx
OCI_HTYPE_STMT - specifies generation of a statement (application request) handle of C type OCIStmt
OCI_HTYPE_DESCRIBE - specifies generation of a select list description handle of C type OCIDescribe
OCI_HTYPE_SERVER - specifies generation of a server context handle of C type OCIServer
OCI_HTYPE_SESSION - specifies generation of a user session handle of C type OCISession
OCI_HTYPE_TRANS - specifies generation of a transaction context handle of C type OCITrans
OCI_HTYPE_COMPLEXOBJECT - specifies generation of a complex object retrieval handle of C type OCIComplexObject
OCI_HTYPE_SECURITY - specifies generation of a security handle of C type OCISecurity

xtramem_sz (IN) - specifies an amount of user memory to be allocated.

usrmempp (OUT) - returns a pointer to the user memory of size xtramem_sz allocated by the call for the user.

Comments

Returns a pointer to an allocated and initialized handle, corresponding to the type specified in type. A non-NULL handle is returned on success. All handles are allocated with respect to an environment handle which is passed in as a parent handle.

No diagnostics are available on error. This call returns OCI_SUCCESS if successful, or OCI_INVALID_HANDLE if an error occurs.

Handles must be allocated using OCIHandleAlloc() before they can be passed into an OCI call.

To allocate and initialize an environment handle, call OCIEnvInit().

See Also: For more information about using the xtramem_sz parameter for user memory allocation, refer to "User Memory Allocation" on page 2-11.

Example

The following sample code shows OCIHandleAlloc() being used to allocate a variety of handles at the beginning of an application:

OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &errhp, (ub4) 
OCI_HTYPE_ERROR, 0, (dvoid **) &tmp); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &srvhp, (ub4)
OCI_HTYPE_SERVER, 0, (dvoid **) &tmp); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &svchp, (ub4)
OCI_HTYPE_SVCCTX, 0, (dvoid **) &tmp);

Related Functions

OCIHandleFree(), OCIEnvInit()

OCIHandleFree()

Purpose

This call explicitly deallocates a handle.

Syntax

sword OCIHandleFree ( dvoid     *hndlp,
                      ub4       type );

Parameters

hndlp (IN) - a handle allocated by OCIHandleAlloc().

type (IN) - specifies the type of storage to be freed. The specific types are:

OCI_HTYPE_ENV - an environment handle
OCI_HTYPE_ERROR - an error report handle
OCI_HTYPE_SVCCTX - a service context handle
OCI_HTYPE_STMT - a statement (application request) handle
OCI_HTYPE_DESCRIBE - a select list description handle
OCI_HTYPE_SERVER - a server handle
OCI_HTYPE_SESSION - a user session handle
OCI_HTYPE_TRANS - a transaction handle
OCI_HTYPE_COMPLEXOBJECT - a complex object retrieval handle
OCI_HTYPE_SECURITY - a security handle

Comments

This call frees up storage associated with a handle, corresponding to the type specified in the type parameter.

This call returns either OCI_SUCCESS or OCI_INVALID_HANDLE.

All handles may be explicitly deallocated. The OCI will deallocate a child handle if the parent is deallocated.

Related Functions

OCIHandleAlloc(), OCIEnvInit()

OCIInitialize()

Purpose

Initializes the OCI process environment.

Syntax

sword OCIInitialize ( ub4           mode,
                      CONST dvoid   *ctxp, 
                      CONST dvoid   *(*malocfp) 
                                    (/* dvoid *ctxp,
                                        size_t size _*/),
                      CONST dvoid   *(*ralocfp)
                                    (/*_ dvoid *ctxp,
                                       dvoid *memptr,
                                       size_t newsize _*/),
                      CONST void    (*mfreefp)
                                    (/*_ dvoid *ctxp,
                                       dvoid *memptr _*/));

Parameters

mode (IN) - specifies initialization of the mode. The valid modes are:

ctxp (IN) - user defined context for the memory call back routines.

malocfp (IN) - user-defined memory allocation function. If mode is OCI_THREADED, this memory allocation routine must be thread safe.

ctxp - context pointer for the user-defined memory allocation function.
size - size of memory to be allocated by the user-defined memory allocation function

ralocfp (IN) - user-defined memory re-allocation function. If mode is OCI_THREADED, this memory allocation routine must be thread safe.

ctxp - context pointer for the user-defined memory reallocation function.
memptr - pointer to memory block
newsize - new size of memory to be allocated

mfreefp (IN) - user-defined memory free function. If mode is OCI_THREADED, this memory free routine must be thread safe.

ctxp - context pointer for the user-defined memory free function.
memptr - pointer to memory to be freed

Comments

This call initializes the OCI process environment.

OCIInitialize() must be invoked before any other OCI call.

This function provides the ability for the application to define its own memory management functions through callbacks. If the application has defined such functions (i.e., memory allocation, memory re-allocation, memory free), they should be registered using the callback parameters in this function.

These memory callbacks are optional. If the application passes NULL values for the memory callbacks in this function, the default process memory allocation mechanism is used.

Example

The following statement shows an example of how to call OCIInitialize() in both threaded and object mode, with no user-defined memory functions:

OCIInitialize((ub4) OCI_THREADED | OCI_OBJECT, (dvoid *)0,
(dvoid * (*)()) 0, (dvoid * (*)()) 0, (void (*)()) 0 );

Related Functions

OCIEnvInit()

OCILdaToSvcCtx()

Purpose

Converts a V7 Lda_Def to a V8 service context handle.

Syntax

sword OCILdaToSvcCtx ( OCISvcCtx  **svchpp,
                       OCIError   *errhp,
                       Lda_Def    *ldap );

Parameters

svchpp (IN/OUT) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

ldap (IN/OUT) - the Oracle7 logon data area returned by OCISvcCtxToLda() from this service context.

Comments

Converts an Oracle7 Lda_Def to an Oracle8 service context handle. The action of this call can be reversed by passing the resulting service context handle to the OCISvcCtxToLda() function.

If the Service context has been converted to an Lda_Def, only Oracle7 calls may be used. It is illegal to make Oracle8 OCI calls without first resetting the Lda_Def to a service context.

The OCI_ATTR_IN_V8_MODE attribute of the server handle or service context handle enables an application to determine whether the application is currently in Oracle7 mode or Oracle8 mode. See Appendix B, "Handle and Descriptor Attributes", for more information.

Related Functions

OCISvcCtxToLda()

OCILobAppend()

Purpose

Appends a LOB value at the end of another LOB as specified.

Syntax

sword OCILobAppend ( OCISvcCtx        *svchp,
                     OCIError         *errhp,
                     OCILobLocator    *dst_locp,
                     OCILobLocator    *src_locp );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

dst_locp (IN/OUT) - an internal LOB locator uniquely referencing the destination LOB. This locator must be a locator that was obtained from the server specified by svchp.

src_locp (IN) - an internal LOB locator uniquely referencing the source LOB. This locator must be a locator that was obtained from the server specified by svchp.

Comments

Appends a LOB value at the end of another LOB as specified. The data is copied from the source to the destination at the end of the destination. The source and destination LOBs must already exist. The destination LOB is extended to accommodate the newly written data.

It is an error to extend the destination LOB beyond the maximum length allowed (i.e., 4 gigabytes) or to try to copy from a NULL LOB.

Both the source and the destination LOB locators must be of the same type (i.e., they must both be BLOBs or both be CLOBs). LOB buffering must not be enabled for either type of locator.

This function does not accept a FILE locator as the source or the destination.

Related Functions

OCILobTrim(), OCILobWrite(), OCILobCopy(), OCIErrorGet()

OCILobAssign()

Purpose

Assigns one LOB/FILE locator to another.

Syntax

sword OCILobAssign ( OCIEnv                *envhp, 
                     OCIError              *errhp, 
                     CONST OCILobLocator   *src_locp, 
                     OCILobLocator         **dst_locpp );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

src_locp (IN) - LOB/FILE locator to copy from.

dst_locpp (IN/OUT) - LOB/FILE locator to copy to. The caller must have allocated space for the destination locator by calling OCIDescriptorAlloc().

Comments

Assign source locator to destination locator. After the assignment, both locators refer to the same LOB value. For internal LOBs, the source locator's LOB value gets copied to the destination locator's LOB value only when the destination locator gets stored in the table. Therefore, issuing a flush of the object containing the destination locator will copy the LOB value.

For FILEs, only the locator that refers to the file is copied to the table. The OS file itself is not copied.

It is an error to assign a FILE locator to an internal LOB locator, and vice versa.

If the source locator is for an internal LOB that was enabled for buffering, and the source locator has been used to modify the LOB data through the LOB buffering subsystem, and the buffers have not been flushed since the write, then the source locator may not be assigned to the destination locator. This is because only one locator per LOB may modify the LOB data through the LOB buffering subsystem.

The value of the input destination locator must either be NULL, or it must have already been allocated with a call to OCIDescriptorAlloc(). For example, assume the following declarations:

OCILobLocator         *source_loc = (OCILobLocator *) 0;
OCILobLocator         *dest_loc = (OCILobLocator *) 0;

An application could allocate the source_loc locator as follows:

if (OCIDescriptorAlloc((dvoid *) envhp, (dvoid **) &source_loc,
(ub4) OCI_DTYPE_LOB, (size_t) 0, (dvoid **) 0)) handle_error;

Assume that it then selects a LOB from a table into the source_loc in order to initialize it. The application could then do one of the following to assign the value of source_loc to dest_loc:

  1. Pass in NULL for the value of the destination locator and let OCILobAssign() allocate space for dest_loc and copy the source into it:
    if (OCILobAssign(envhp, errhp, source_loc, &dest_loc)) 
            handle_error;
    
  2. Allocate dest_loc, and pass the preallocated destination locator to OCILobAssign():
    if (OCIDescriptorAlloc((dvoid *) envhp, (dvoid **) &dest_loc,
    (ub4)OCI_DTYPE_LOB, (size_t) 0, (dvoid **) 0)) handle_error; if (OCILobAssign(envhp, errhp, source_loc, &dest_loc)) handle_error;

Related Functions

OCIErrorGet(), OCILobIsEqual(), OCILobLocatorIsInit(), OCILobEnableBuffering()

OCILobCharSetForm()

Purpose

Gets the LOB locator's character set form, if any.

Syntax

sword OCILobCharSetForm ( OCIEnv                *envhp, 
                          OCIError              *errhp, 
                          CONST OCILobLocator   *locp, 
                          ub1                   *csfrm );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN) - LOB locator for which to get the character set form.

csfrm (OUT) - character set form of the input LOB locator. If the input locator is for a BLOB or a BFILE, csfrm is set to 0 since there is no concept of a character set for binary LOBs/FILEs. The caller must allocate space for the csfrm ub1.

Comments

Returns the character set form of the input LOB locator in the csfrm output parameter. This function makes sense only for character LOBs (i.e., CLOBs and NCLOBs).

Related Functions

OCIErrorGet(), OCILobCharSetId(), OCILobLocatorIsInit()

OCILobCharSetId()

Purpose

Gets the LOB locator's character set ID, if any.

Syntax

sword OCILobCharSetId ( OCIEnv                  *envhp, 
                        OCIError                *errhp, 
                        CONST OCILobLocator     *locp, 
                        ub2                     *csid );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN) - LOB locator for which to get the character set ID.

csid (OUT) - character set ID of the input LOB locator. If the input locator is for a BLOB or a BFILE, csid is set to 0 since there is no concept of a character set for binary LOBs/FILEs. The caller must allocate space for the csid ub2.

Comments

Returns the character set ID of the input LOB locator in the csid output parameter.

This function makes sense only for character LOBs (i.e., CLOBs, NCLOBs).

Related Functions

OCIErrorGet(), OCILobCharSetForm(), OCILobLocatorIsInit()

OCILobCopy()

Purpose

Copies all or a portion of a LOB value into another LOB value

Syntax

sword OCILobCopy ( OCISvcCtx        *svchp,
                   OCIError         *errhp,
                   OCILobLocator    *dst_locp,
                   OCILobLocator    *src_locp,
                   ub4              amount,
                   ub4              dst_offset,
                   ub4              src_offset );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

dst_locp (IN/OUT) - an internal LOB locator uniquely referencing the destination LOB. This locator must be a locator that was obtained from the server specified by svchp.

src_locp (IN) - an internal LOB locator uniquely referencing the source LOB. This locator must be a locator that was obtained from the server specified by svchp.

amount (IN) - the maximum number of characters or bytes, as appropriate, to be copied from the source LOB to the destination LOB.

dst_offset (IN) - this is the absolute offset for the destination LOB. For character LOBs it is the number of characters from the beginning of the LOB at which to begin writing. For binary LOBs it is the number of bytes from the beginning of the LOB from which to begin writing. The offset starts at 1.

src_offset (IN) - this is the absolute offset for the source LOB. For character LOBs it is the number of characters from the beginning of the LOB, for binary LOBs it is the number of bytes. Starts at 1.

Comments

Copies all or a portion of an internal LOB value into another internal LOB as specified. The data is copied from the source to the destination. The source (src_locp) and the destination (dst_locp) LOBs must already exist.

If the data already exists at the destination's start position, it is overwritten with the source data. If the destination's start position is beyond the end of the current data, zero-byte fillers (for BLOBs) or spaces (for CLOBs) are written into the destination LOB from the end of the current data to the beginning of the newly written data from the source. The destination LOB is extended to accommodate the newly written data if it extends beyond the current length of the destination LOB. It is an error to extend the destination LOB beyond the maximum length allowed (i.e., 4 gigabytes) or to try to copy from a NULL LOB.

Both the source and the destination LOB locators must be of the same type (i.e., they must both be BLOBs or both be CLOBs). LOB buffering must not be enabled for either locator.

This function does not accept a FILE locator as the source or the destination.

The amount parameter indicates the maximum amount to copy. If the end of the source LOB is reached before the specified amount is copied, the operation terminates without error. This makes it possible to copy from a starting offset to the end of the LOB without first needing to determine the length of the LOB.

Note: You can call OCILobGetLength() to determine the length of the source LOB.

Related Functions

OCIErrorGet(), OCILobAppend(), OCILobTrim(), OCILobWrite()

OCILobDisableBuffering()

Purpose

Disable LOB buffering for the input locator.

Syntax

sword OCILobDisableBuffering ( OCISvcCtx      *svchp, 
                               OCIError       *errhp, 
                               OCILobLocator  *locp ); 

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

locp (IN/OUT) - an internal LOB locator uniquely referencing the LOB.

Comments

Disables LOB buffering for the input internal LOB locator. The next time data is read from or written to the LOB through the input locator, the LOB buffering subsystem is not used. Note that this call does not implicitly flush the changes made in the buffering subsystem. The user must explicitly call OCILobFlushBuffer() to do this.

This function does not accept a FILE locator.

Related Functions

OCILobEnableBuffering(), OCIErrorGet(), OCILobFlushBuffer()

OCILobEnableBuffering()

Purpose

Enable LOB buffering for the input locator.

Syntax

sword OCILobEnableBuffering ( OCISvcCtx      *svchp, 
                              OCIError       *errhp, 
                              OCILobLocator  *locp ); 

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

locp (IN/OUT) - an internal LOB locator uniquely referencing the LOB.

Comments

Enables LOB buffering for the input internal LOB locator. The next time data is read from or written to the LOB through the input locator, the LOB buffering subsystem is used.

Once LOB buffering is enabled for a locator, if that locator is passed to one of the following routines, an error is returned: OCILobCopy(), OCILobAppend(), OCILobErase(), OCILobGetLength(), OCILobTrim(), or OCILobLoadFromFile().

This function does not accept a FILE locator.

Related Functions

OCILobDisableBuffering(), OCIErrorGet(), OCILobWrite(), OCILobRead(), OCILobFlushBuffer()

OCILobErase()

Purpose

Erases a specified portion of the LOB data starting at a specified offset.

Syntax

sword OCILobErase ( OCISvcCtx       *svchp,
                    OCIError        *errhp,
                    OCILobLocator   *locp,
                    ub4             *amount,
                    ub4             offset );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN/OUT) - an internal LOB locator that uniquely references the LOB. This locator must be a locator that was obtained from the server specified by svchp.

amount (IN/OUT) - On IN, the number of characters/bytes to erase. On OUT, the actual number of characters/bytes erased.

offset (IN) - absolute offset from the beginning of the LOB value from which to start erasing data. Starts at 1.

Comments

Erases a specified portion of the internal LOB data starting at a specified offset. The actual number of characters/bytes erased is returned. The actual number of characters/bytes and the requested number of characters/bytes will differ if the end of the LOB value is reached before erasing the requested number of characters/bytes.

Note: For BLOBs, erasing means that zero-byte fillers overwrite the existing LOB value. For CLOBs, erasing means that spaces overwrite the existing LOB value.

If the LOB is NULL, this routine will indicate that 0 characters/bytes were erased.

This function is valid only for internal LOBs; FILEs are not allowed.

Related Functions

OCIErrorGet(), OCILobRead(), OCILobWrite()

OCILobFileClose()

Purpose

Closes a previously opened FILE.

Syntax

sword OCILobFileClose ( OCISvcCtx            *svchp,
                        OCIError             *errhp,
                        OCILobLocator        *filep );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filep (IN/OUT) - a pointer to a FILE locator that refers to the FILE to be closed.

Comments

Closes a previously opened FILE. It is an error if this function is called for an internal LOB. No error is returned if the FILE exists but is not opened.

This function is only meaningful the first time it is called for a particular FILE locator. Subsequent calls to this function using the same FILE locator have no effect.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCILobFileOpen(), OCIErrorGet(), OCILobFileCloseAll(), OCILobFileExists()

OCILobFileCloseAll()

Purpose

Closes all open FILEs on a given service context.

Syntax

sword OCILobFileCLoseAll ( OCISvcCtx   *svchp,
                           OCIError    *errhp );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

Comments

Closes all open FILEs on a given service context.

It is an error to call this function for an internal LOB.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCILobFileClose(), OCIErrorGet(), OCILobFileExists(), OCILobFileIsOpen()

OCILobFileExists()

Purpose

Tests to see if the FILE exists on the server's OS

Syntax

sword OCILobFileExists ( OCISvcCtx        *svchp,
                         OCIError         *errhp,
                         OCILobLocator    *filep,
                         boolean          *flag );

Parameters

svchp (IN) - the OCI service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filep (IN) - pointer to the FILE locator that refers to the file.

flag (OUT) - returns TRUE if the FILE exists on the server; FALSE if it does not.

Comments

Checks to see if the FILE exists on the server's file system.

It is an error to call this function for an internal LOB.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCIErrorGet(), OCILobFileClose(), OCILobFileCloseAll(), OCILobFileIsOpen()

OCILobFileGetName()

Purpose

Gets the FILE locator's directory alias and file name.

Syntax

sword OCILobFileGetName ( OCIEnv                   *envhp,
                          OCIError                 *errhp, 
                          CONST OCILobLocator      *filep, 
                          text                     *dir_alias,
                          ub2                      *d_length, 
                          text                     *filename, 
                          ub2                      *f_length );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) -The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filep (IN) - FILE locator for which to get the directory alias and file name.

dir_alias (OUT) - buffer into which the directory alias name is placed. The caller must allocate enough space for the directory alias name. The maximum length for the directory alias is 30 bytes.

d_length (IN/OUT) - serves the following purposes

IN: length of the input dir_alias string
OUT: length of the returned dir_alias string

filename (OUT) - buffer into which the file name is placed. The caller must allocate enough space for the file name. The maximum length for the file name is 255 bytes.

f_length (IN/OUT) - serves the following purposes

IN: length of the input filename buffer
OUT: length of the returned filename string

Comments

Returns the directory alias and file name associated with this FILE locator.

It is an error to call this function for an internal LOB.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCILobFileSetName(), OCIErrorGet()

OCILobFileIsOpen()

Purpose

Tests to see if the FILE is open

Syntax

sword OCILobFileIsOpen ( OCISvcCtx        *svchp,
                         OCIError         *errhp,
                         OCILobLocator    *filep,
                         boolean          *flag );

Parameters

svchp (IN) - the OCI service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filep (IN) - pointer to the FILE locator being examined.

flag (OUT) - returns TRUE if the FILE was opened using this particular locator; FALSE if it was not.

Comments

Checks to see if a file on the server was opened with the filep FILE locator.

It is an error to call this function for an internal LOB.

If the input FILE locator was never passed to the OCILobFileOpen() command, the file is considered not to be opened by this locator. However, a different locator may have the file open. Openness is associated with a particular locator.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCIErrorGet(), OCILobFileOpen(), OCILobFileClose(), OCILobFileCloseAll()

OCILobFileOpen()

Purpose

Opens a FILE for read-only access.

Syntax

sword OCILobFileOpen ( OCISvcCtx            *svchp,
                       OCIError             *errhp,
                       OCILobLocator        *filep,
                       ub1                  mode );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filep (IN/OUT) - the FILE to open. It is an error if the locator does not refer to a FILE.

mode (IN) - mode in which to open the file. The only valid mode is OCI_FILE_READONLY.

Comments

Opens a FILE. The FILE can be opened for read-only access. FILEs may not be written through Oracle. It is an error to call this function for an internal LOB.

This function is only meaningful the first time it is called for a particular FILE locator. Subsequent calls to this function using the same FILE locator have no effect.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCILobFileClose(), OCIErrorGet(), OCILobFileIsOpen(), OCILobFileSetName()

OCILobFileSetName()

Purpose

Sets the directory alias and file name in the FILE locator.

Syntax

sword OCILobFileSetName ( OCIEnv             *envhp,
                          OCIError           *errhp,
                          OCILobLocator      **filepp,
                          CONST text         *dir_alias,
                          ub2                d_length, 
                          CONST text         *filename, 
                          ub2                f_length );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

filepp (IN/OUT) - FILE locator for which to set the directory alias and file name.

dir_alias (IN) - buffer that contains the directory alias name to set in the FILE locator.

d_length (IN) - length of the input dir_alias parameter.

filename (IN) - buffer that contains the file name to set in the FILE locator.

f_length (IN) - length of the input filename parameter.

Comments

Sets the directory alias and file name in the FILE locator.

It is an error to call this function for an internal LOB.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.

Related Functions

OCILobFileGetName(), OCIErrorGet(), OCILobFileOpen()

OCILobFlushBuffer()

Purpose

Flush/write all buffers for this lob to the server.

Syntax

sword OCILobFlushBuffer ( OCISvcCtx       *svchp, 
                          OCIError        *errhp, 
                          OCILobLocator   *locp
                          ub4             flag ); 

Parameters

svchp (IN/OUT) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

locp (IN/OUT) - an internal locator uniquely referencing the LOB.

flag (IN) - when set to OCI_LOB_BUFFER_FREE, the buffer resources for the LOB are freed after the flush. See comments below.

Comments

Flushes to the server, changes made to the buffering subsystem that are associated with the LOB referenced by the input locator. This routine will actually write the data in the buffer to the LOB in the database. LOB buffering must have already been enabled for the input LOB locator.

The flush operation, by default, does not free the buffer resources for reallocation to another buffered LOB operation. However, if you want to free the buffer explicitly, you can set the flag parameter to OCI_LOB_BUFFER_FREE.

The effects of freeing the buffer are mostly transparent to the user, except that the next access to the same range in the LOB involves a round-trip to the server, and also the cost of acquiring buffer resources and initializing it with the data read from the LOB. This option is intended for the following situations:

Related Functions

OCILobEnableBuffering(), OCIErrorGet(), OCILobWrite(), OCILobRead(), OCILobDisableBuffering()

OCILobGetLength()

Purpose

Gets the length of a LOB/FILE.

Syntax

sword OCILobGetLength ( OCISvcCtx      *svchp,
                        OCIError       *errhp,
                        OCILobLocator  *locp,
                        ub4            *lenp );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN) - a LOB/FILE locator that uniquely references the LOB/FILE. For internal LOBs, this locator must be a locator that was obtained from the server specified by svchp. For FILEs, the locator can be set via OCILobFileSetName(), via a SELECT statement, or via OCIObjectPin.

lenp (OUT) - On output, it is the length of the LOB/FILE if the LOB/FILE is not NULL - for character LOBs it is the number of characters, for binary LOBs and BFILEs it is the number of bytes in the LOB/FILE.

Comments

Gets the length of a LOB/FILE. If the LOB/FILE is NULL, the length is undefined.

The length of a FILE includes the EOF, if it exists.

The length is expressed in terms of bytes for BLOBs and BFILEs, and in terms of characters for CLOBs. The length of an empty internal LOB is zero.

Note: Any zero-byte or space fillers in the LOB written by previous calls to OCILobErase() or OCILobWrite() are also included in the length count.

Related Functions

OCIErrorGet(), OCILobFileSetName(), OCILobRead(), OCILobWrite(), OCILobCopy(), OCILobAppend(), OCILobLoadFromFile(), OCILobFileOpen()

OCILobIsEqual()

Purpose

Compares two LOB/FILE locators for equality.

Syntax

sword OCILobIsEqual ( OCIEnv                  *envhp,
                      CONST OCILobLocator     *x,
                      CONST OCILobLocator     *y,
                      boolean                 *is_equal );

Parameters

envhp (IN) - the OCI environment handle.

x (IN) - LOB locator to compare.

y (IN) - LOB locator to compare.

is_equal (OUT) - TRUE, if the LOB locators are equal; FALSE if they are not.

Comments

Compares the given LOB/FILE locators for equality. Two LOB/FILE locators are equal if and only if they both refer to the same LOB/FILE value.

Two NULL locators are considered not equal by this function.

Related Functions

OCILobAssign(), OCILobLocatorIsInit()

OCILobLoadFromFile()

Purpose

Load/copy all or a portion of the file into an internal LOB.

Syntax

sword OCILobLoadFromFile ( OCISvcCtx        *svchp, 
                           OCIError         *errhp, 
                           OCILobLocator    *dst_locp, 
                           OCILobLocator    *src_locp, 
                           ub4              amount, 
                           ub4              dst_offset, 
                           ub4              src_offset ); 

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

dst_locp (IN/OUT) - a locator uniquely referencing the destination internal LOB which may be of type BLOB, CLOB, or NCLOB.

src_locp (IN/OUT) - a locator uniquely referencing the source FILE.

amount (IN) - the maximum number of bytes to be loaded.

dst_offset (IN) - this is the absolute offset for the destination LOB. For character LOBs it is the number of characters from the beginning of the LOB at which to begin writing. For binary LOBs it is the number of bytes from the beginning of the LOB from which to begin reading. The offset starts at 1.

src_offset (IN) - this is the absolute offset for the source FILE. It is the number of bytes from the beginning of the FILE. The offset starts at 1.

Comments

Loads/copies a portion or all of a FILE value into an internal LOB as specified. The data is copied from the source FILE to the destination internal LOB (BLOB/CLOB). No character set conversions are performed when copying the FILE data to a CLOB/NCLOB. Therefore, the FILE data must already be in the same character set as the CLOB/NCLOB in the database. No error checking is performed to verify this.

The source (src_locp) and the destination (dst_locp) LOBs must already exist. If the data already exists at the destination's start position, it is overwritten with the source data. If the destination's start position is beyond the end of the current data, zero-byte fillers (for BLOBs) or spaces (for CLOBs) are written into the destination LOB from the end of the data to the beginning of the newly written data from the source. The destination LOB is extended to accommodate the newly written data if it extends beyond the current length of the destination LOB.

It is an error to extend the destination LOB beyond the maximum length allowed (4 gigabytes) or to try to copy from a NULL FILE.

The amount parameter indicates the maximum amount to load. If the end of the source FILE is reached before the specified amount is loaded, the operation terminates without error. This makes it possible to load from a starting offset to the end of the FILE without first needing to determine the length of the file.

Related Functions

OCIErrorGet(), OCILobAppend(), OCILobWrite(), OCILobTrim(), OCILobCopy(), OCILobGetLength()

OCILobLocatorIsInit()

Purpose

Tests to see if a given LOB/FILE locator is initialized.

Syntax

sword OCILobLocatorIsInit ( OCIEnv               *envhp,
                            OCIError             *errhp,
                            CONST OCILobLocator  *locp,
                            boolean              *is_initialized );

Parameters

envhp (IN/OUT) - OCI environment handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN) - the LOB/FILE locator being tested

is_initialized (OUT) - returns TRUE if the given LOB/FILE locator is initialized; FALSE if it is not.

Comments

Tests to see if a given LOB/FILE locator is initialized.

Internal LOB locators can be initialized by one of the following methods:

FILE locators can be initialized by one of the following methods:

Related Functions

OCIErrorGet(), OCILobIsEqual()

OCILobRead()

Purpose

Reads a portion of a LOB/FILE, as specified by the call, into a buffer.

Syntax

sword OCILobRead ( OCISvcCtx          *svchp,
                   OCIError           *errhp,
                   OCILobLocator      *locp,
                   ub4                *amtp,
                   ub4                offset,
                   dvoid              *bufp,
                   ub4                bufl,
                   dvoid              *ctxp, 
                   OCICallbackLobRead (cbfp)
                                      ( dvoid         *ctxp,
                                        CONST dvoid   *bufp,
                                        ub4           len,
                                        ub1           piece )
                   ub2                csid,
                   ub1                csfrm );

Parameters

svchp (IN/OUT) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN) - a LOB/FILE locator that uniquely references the LOB/FILE. This locator must be a locator that was obtained from the server specified by svchp.

amtp (IN/OUT) - On input, the number of characters or bytes to be read. On output, the actual number of bytes or characters read.

If the amount of bytes to be read is larger than the buffer length it is assumed that the LOB is being read in a streamed mode. On input if this value is 0, then the data shall be read in streamed mode from the input offset until the end of the LOB.

If the data is read in pieces, *amtp always contains the length of the last piece read.

If a callback function is defined, then this callback function will be invoked each time bufl bytes are read off the pipe. Each piece will be written into bufp.

If the callback function is not defined, then the OCI_NEED_DATA error code will be returned. The application must invoke the LOB read over and over again to read more pieces of the LOB until the OCI_NEED_DATA error code is not returned. The buffer pointer and the length can be different in each call if the pieces are being read into different sizes and locations.

offset (IN) - On input, this is the absolute offset from the beginning of the LOB value. For character LOBs (CLOBs, NCLOBs) it is the number of characters from the beginning of the LOB, for binary LOBs/FILEs it is the number of bytes. The first position is 1.

bufp (IN/OUT) - the pointer to a buffer into which the piece will be read. The length of the allocated memory is assumed to be bufl.

bufl (IN) - the length of the buffer in octets.

ctxp (IN) - the context for the callback function. Can be NULL.

cbfp (IN) - a callback that may be registered to be called for each piece. If this is NULL, then OCI_NEED_DATA will be returned for each piece.

The callback function must return OCI_CONTINUE for the read to continue. If any other error code is returned, the LOB read is aborted.

ctxp (IN) - the context for the callback function. Can be NULL.
bufp (IN/OUT) - a buffer pointer for the piece.
len (IN) - the length of the current piece in bufp.
piece (IN) - which piece - OCI_FIRST_PIECE, OCI_NEXT_PIECE or OCI_LAST_PIECE.

csid - the character set ID of the buffer data.

csfrm - the character set form of the buffer data.

Comments

Reads a portion of a LOB/FILE as specified by the call into a buffer. It is an error to try to read from a NULL LOB/FILE.

For FILEs, the OS file must already exist on the server, and it must have been opened via OCILobFileOpen() using the input locator. Oracle must have permission to read the OS file, and the user must have read permission on the directory object.

See Also: For more information about FILEs, refer to the description of BFILEs in the Oracle8 Server Application Developer's Guide.
For a code sample showing the use of LOB reads and writes, refer to "Example 5, CLOB/BLOB Operations" on page D-64.
For general information about piecewise OCI operations, refer to "Run Time Data Allocation and Piecewise Operations" on page 7-16.

Related Functions

OCIErrorGet(), OCILobWrite(), OCILobFileOpen(), OCILobFileSetName()

OCILobTrim()

Purpose

Trims/truncates the LOB value to a shorter length.

Syntax

sword OCILobTrim ( OCISvcCtx       *svchp,
                   OCIError        *errhp,
                   OCILobLocator   *locp,
                   ub4             newlen );

Parameters

svchp (IN) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN/OUT) - an internal LOB locator that uniquely references the LOB. This locator must be a locator that was obtained from the server specified by svchp.

newlen (IN) - the new length of the LOB value, which must be less than or equal to the current length.

Comments

Trims the LOB data to a specified shorter length.

The function returns an error if newlen is greater than the current LOB length.

This function is valid only for internal LOBs. FILEs are not allowed.

Related Functions

OCIErrorGet(). OCILobErase(), OCILobAppend(), OCILobCopy(), OCILobWrite()

OCILobWrite()

Purpose

Writes a buffer into a LOB

Syntax

sword OCILobWrite ( OCISvcCtx       *svchp,
                    OCIError        *errhp,
                    OCILobLocator   *locp,
                    ub4             *amtp,
                    ub4             offset,
                    dvoid           *bufp, 
                    ub4             buflen,
                    ub1             piece,
                    dvoid           *ctxp, 
                    OCICallbackLobWrite      (cbfp)
                                    (/*_
                                    dvoid    *ctxp,
                                    dvoid    *bufp,
                                    ub4      *lenp,
                                    ub1      *piecep */) 
                    ub2             csid,
                    ub1             csfrm );

Parameters

svchp (IN/OUT) - the service context handle.

errhp (IN/OUT) - error handle. The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

locp (IN/OUT) - an internal LOB locator that uniquely references the LOB. This locator must be a locator that was obtained from the server specified by svchp.

amtp (IN/OUT) - On input, takes the number of character or bytes to be written. On output, returns the actual number of bytes or characters written.

If the amount is specified on input, and the data is written in pieces, *amtp will contain the total length of the pieces written at the end of the call (last piece written) and is undefined in between. (Note it is different from the piecewise read case). An error is returned if that amount is not sent to the server.

offset (IN) - On input, it is the absolute offset from the beginning of the LOB value. For character LOBs it is the number of characters from the beginning of the LOB, for binary LOBs it is the number of bytes. The first position is 1.

bufp (IN) - the pointer to a buffer from which the piece will be written. The length of the allocated memory is assumed to be the value passed in buflen. Even if the data is being written in pieces using the polling method, bufp must contain the first piece of the LOB when this call is invoked. If a callback is provided, bufp must not be used to provide data or an error will result.

buflen (IN) - the length of the buffer in bytes.

Note: This parameter assumes an 8-bit byte. If your platform uses a longer byte, the value of buflen must be adjusted accordingly.

piece (IN) - which piece of the buffer is being written. The default value for this parameter is OCI_ONE_PIECE, indicating the buffer will be written in a single piece.

The following other values are also possible for piecewise or callback mode: OCI_FIRST_PIECE, OCI_NEXT_PIECE and OCI_LAST_PIECE.

ctxp (IN) - the context for the callback function. Can be NULL.

cbfp (IN) - a callback that may be registered to be called for each piece in a piecewise write. If this is NULL, the standard polling method will be used.

The callback function must return OCI_CONTINUE for the write to continue. If any other error code is returned, the LOB write is aborted. The callback takes the following parameters:

ctxp (IN) - the context for the callback function. Can be NULL.
bufp (IN/OUT) - a buffer pointer for the piece.
lenp (IN/OUT) - the length of the buffer in octets (IN) and the length of current piece in bufp in octets (OUT).
piecep (OUT) - which piece - OCI_NEXT_PIECE or OCI_LAST_PIECE.

csid - the LOB character set ID of the buffer data.

csfrm - the LOB character set form of the buffer data.

Comments

Writes a buffer into a LOB as specified. If LOB data already exists it is overwritten with the data stored in the buffer.

The buffer can be written to the LOB in a single piece with this call, or it can be provided piecewise using callbacks or a standard polling method.

If the value of the piece parameter is OCI_FIRST_PIECE, data must be provided through callbacks or polling.

If a callback function is defined in the cbfp parameter, then this callback function will be invoked to get the next piece after a piece is written to the pipe. Each piece will be written from bufp.

If no callback function is defined, then OCILobWrite() returns the OCI_NEED_DATA error code. The application must call OCILobWrite() again to write more pieces of the LOB. In this mode, the buffer pointer and the length can be different in each call if the pieces are of different sizes and from different locations.

A piece value of OCI_LAST_PIECE terminates the piecewise write, regardless of whether the polling or callback method is used.

If the amount of data passed to Oracle (through either input mechanism) is less than the amount specified by the amtp parameter, an ORA-22993 error is returned.

This function is valid for internal LOBs only. FILEs are not allowed.

See Also: For a code sample showing the use of LOB reads and writes, refer to "Example 5, CLOB/BLOB Operations" on page D-64.
For general information about piecewise OCI operations, refer to "Run Time Data Allocation and Piecewise Operations" on page 7-16.

Related Functions

OCIErrorGet(), OCILobRead(), OCILobAppend(), OCILobCopy()

OCILogoff()

Purpose

This function is used to terminate a connection and session created with OCILogon().

Syntax

sword OCILogoff ( OCISvcCtx      *svchp
                  OCIError       *errhp );

Parameters

svchp (IN) - the service context handle which was used in the call to OCILogon().

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

Comments

This call is used to terminate a session and connection which were created with OCILogon(). This call implicitly deallocates the server, user session, and service context handles.

Note: For more information on logging on and off in an application, refer to the section "Application Initialization, Connection, and Session Creation" on page 2-18.

Related Functions

OCILogon()

OCILogon()

Purpose

This function is used to create a simple logon session.

Syntax

sword OCILogon ( OCIEnv          *envhp,
                 OCIError        *errhp,
                 OCISvcCtx       **svchp,
                 CONST text      *username,
                 ub4             uname_len,
                 CONST text      *password,
                 ub4             passwd_len,
                 CONST text      *dbname,
                 ub4             dbname_len );

Parameters

envhp (IN) - the OCI environment handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

svchp (IN/OUT) - the service context pointer.

username (IN) - the username.

uname_len (IN) - the length of username.

password (IN) - the user's password.

passwd_len (IN) - the length of password.

dbname (IN) - the name of the database to connect to.

dbname_len (IN) - the length of dbname.

Comments

This function is used to create a simple logon session for an application.

Note: Users requiring more complex sessions (e.g., TP monitor applications) should refer to the section "Application Initialization, Connection, and Session Creation" on page 2-18.

This call allocates the error and service context handles which are passed to it.

This call also implicitly allocates server and user session handles associated with the session. These handles can be retrieved by calling OCIAttrGet() on the service context handle.

Related Functions

OCILogoff()

OCIParamGet()

Purpose

Returns a descriptor of a parameter specified by position in the describe handle or statement handle.

Syntax

sword OCIParamGet ( CONST dvoid       *hndlp,
                    ub4               htype,
                    OCIError          *errhp,
                    dvoid             **parmdpp,
                    ub4               pos );

Parameters

hndlp (IN) - a statement handle or describe handle. The OCIParamGet() function will return a parameter descriptor for this handle.

htype (IN) - the type of the handle passed in the handle parameter. Valid types are

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

parmdpp (OUT) - a descriptor of the parameter at the position given in the pos parameter.

pos (IN) - position number in the statement handle or describe handle. A parameter descriptor will be returned for this position.

Note: OCI_NO_DATA may be returned if there are no parameter descriptors for this position.

Comments

This call returns a descriptor of a parameter specified by position in the describe handle or statement handle. Parameter descriptors are always allocated internally by the OCI library. They are read-only.

OCI_NO_DATA may be returned if there are no parameter descriptors for this position.

See Appendix B, "Handle and Descriptor Attributes", for more detailed information about parameter descriptor attributes.

Related Functions

OCIAttrGet(), OCIAttrSet(), OCIParamSet()

OCIParamSet()

Purpose

Used to set a complex object retrieval descriptor into a complex object retrieval handle.

Syntax

sword OCIParamSet ( dvoid          *hndlp,
                    ub4            htype,
                    OCIError       *errhp,
                    CONST dvoid    *dscp,
                    ub4            dtyp,
                    ub4            pos );

Parameters

hndlp (IN/OUT) - handle pointer.

htype (IN) - handle type.

errhp (IN/OUT) - error handle.

dscp (IN) - complex object retrieval descriptor pointer.

dtyp (IN) - descriptor type. The descriptor type for a COR descriptor is OCI_DTYPE_COMPLEXOBJECTCOMP.

pos (IN) - position number.

Comments

This call sets a given complex object retrieval descriptor into a complex object retrieval handle.

The handle must have been previously allocated using OCIHandleAlloc(), and the descriptor must have been previously allocated using OCIDescriptorAlloc(). Attributes of the descriptor are set using OCIAttrSet().

Related Functions

OCIParamGet()

OCIPasswordChange()

Purpose

This call allows the password of an account to be changed.

Syntax

sword OCIPasswordChange ( OCISvcCtx     *svchp,
                          OCIError      *errhp,
                          CONST text    *user_name,
                          ub4           usernm_len,
                          CONST text    *opasswd,
                          ub4           opasswd_len,
                          CONST text    *npasswd,
                          sb4           npasswd_len,
                          ub4           mode );

Parameters

svchp (IN/OUT) - a handle to a service context. The service context handle must be initialized and have a server context handle associated with it.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

user_name (IN) - specifies the user name. It points to a character string, whose length is specified in usernm_len. This parameter must be NULL if the service context has been initialized with an user session handle.

usernm_len (IN) - the length of the user name string specified in user_name. For a valid user name string, usernm_len must be non-zero.

opasswd (IN) - specifies the user's old password. It points to a character string, whose length is specified in opasswd_len.

opasswd_len (IN) - the length of the old password string specified in opasswd. For a valid password string, opasswd_len must be non-zero.

npasswd (IN) - specifies the user's new password. It points to a character string, whose length is specified in npasswd_len which must be non-zero for a valid password string. If the password complexity verification routine is specified in the user's profile to verify the new password's complexity, the new password must meet the complexity requirements of the verification function.

npasswd_len (IN) - then length of the new password string specified in npasswd. For a valid password string, npasswd_len must be non-zero.

mode - Can be OCI_DEFAULT and/or OCI_AUTH. If set to OCI_AUTH, the following happens:

If a user session context is not created, this call creates the user session context and changes the password. At the end of the call, the user session context is not cleared. Hence the user remains logged in.
If the user session context is already created, this call just changes the password and the flag has no effect on the session. Hence the user still remains logged in.

Comments

This call allows the password of an account to be changed. This call is similar to OCISessionBegin() with the following differences:

This call is useful when the password of an account is expired and OCISessionBegin() returns an error or warning which indicates that the password has expired.

Related Functions

OCISessionBegin()

OCIServerAttach()

Purpose

Creates an access path to a data source for OCI operations.

Syntax

sword OCIServerAttach ( OCIServer     *srvhp,
                        OCIError      *errhp,
                        CONST text    *dblink,
                        sb4           dblink_len,
                        ub4           mode );

Parameters

srvhp (IN/OUT) - an uninitialized server handle, which gets initialized by this call. Passing in an initialized server handle causes an error.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

dblink (IN) - specifies the database (server) to use. This parameter points to a character string which specifies a connect string or a service point. If the connect string is NULL, then this call attaches to the default host. The length of dblink is specified in dblink_len. The dblink pointer may be freed by the caller on return.

dblink_len (IN) - the length of the string pointed to by dblink. For a valid connect string name or alias, dblink_len must be non-zero.

mode (IN) - specifies the various modes of operation. For release 8.0, pass as OCI_DEFAULT. In this mode, calls made to the server on this server context are made in blocking mode.

Comments

This call is used to create an association between an OCI application and a particular server.

This call initializes a server context handle, which must have been previously allocated with a call to OCIHandleAlloc().

The server context handle initialized by this call can be associated with a service context through a call to OCIAttrSet(). Once that association has been made, OCI operations can be performed against the server.

If an application is operating against multiple servers, multiple server context handles can be maintained. OCI operations are performed against whichever server context is currently associated with the service context.

Example

The following example demonstrates the use of OCIServerAttach(). This code segment allocates the server handle, makes the attach call, allocates the service context handle, and then sets the server context into it.

OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &srvhp, (ub4) 
OCI_HTYPE_SERVER, 0, (dvoid **) &tmp); OCIServerAttach( srvhp, errhp, (text *) 0, (sb4) 0, (ub4) OCI_DEFAULT); OCIHandleAlloc( (dvoid *) envhp, (dvoid **) &svchp, (ub4)
OCI_HTYPE_SVCCTX, 0, (dvoid **) &tmp); /* set attribute server context in the service context */ OCIAttrSet( (dvoid *) svchp, (ub4) OCI_HTYPE_SVCCTX, (dvoid *) srvhp,
(ub4) 0, (ub4) OCI_ATTR_SERVER, (OCIError *) errhp);

Related Functions

OCIServerDetach()

OCIServerDetach()

Purpose

Deletes an access to a data source for OCI operations.

Syntax

sword OCIServerDetach ( OCIServer   *srvhp,
                        OCIError    *errhp,
                        ub4         mode ); 

Parameters

srvhp (IN) - a handle to an initialized server context, which gets reset to uninitialized state. The handle is not de-allocated.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

mode (IN) - specifies the various modes of operation. The only valid mode is OCI_DEFAULT for the default mode.

Comments

This call deletes an access to data source for OCI operations, which was established by a call to OCIServerAttach().

Related Functions

OCIServerAttach()

OCIServerVersion()

Purpose

Returns the version string of the Oracle server.

Syntax

sword OCIServerVersion ( dvoid        *hndlp, 
                         OCIError     *errhp, 
                         text         *bufp,
                         ub4          bufsz
                         ub1          hndltype );

Parameters

hndlp (IN) - the service context handle or the server context handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

bufp (IN) - the buffer in which the version information is returned.

bufsz (IN) - the length of the buffer.

hndltype (IN) - the type of handle passed to the function.

Comments

This call returns the version string of the Oracle server.

For example, the following might be returned as the version string if your application is running against a 7.3.2 server:

Oracle7 Server Release 7.3.2.0.0 - Production Release
PL/SQL Release 2.3.2.0.0 - Production
CORE Version 3.5.2.0.0 - Production
TNS for SEQUENT DYNIX/ptx: Version 2.3.2.0.0 - Production
NLSRTL Version 3.2.2.0.0 - Production

Related Functions

OCISessionBegin()

Purpose

Creates a user session and begins a user session for a given server.

Syntax

sword OCISessionBegin ( OCISvcCtx     *svchp,
                        OCIError      *errhp,
                        OCISession    *usrhp,
                        ub4           credt,
                        ub4           mode );

Parameters

svchp (IN) - a handle to a service context. There must be a valid server handle set in svchp.

errhp (IN) - an error handle to the retrieve diagnostic information.

usrhp (IN/OUT) - a handle to an user session context, which is initialized by this call.

credt (IN) - specifies the type of credentials to use for establishing the user session. Valid values for credt are:

OCI_CRED_RDBMS - authenticate using a database username and password pair as credentials. The attributes OCI_ATTR_USERNAME and OCI_ATTR_PASSWORD should be set on the user session context before this call.
OCI_CRED_EXT - authenticate using external credentials. No username or password is provided.

mode (IN) - specifies the various modes of operation. Valid modes are:

OCI_DEFAULT - in this mode, the user session context returned may only ever be set with the same server context specified in svchp.
OCI_MIGRATE - in this mode, the new user session context may be set in a service handle with a different server handle. This mode establishes the user session context. To create a migratable session, the service handle must already be set with a non-migratable user session. A migratable session must have a non-migratable parent session.
OCI_SYSDBA - in this mode, the user is authenticated for SYSDBA access.
OCI_SYSOPER - in this mode, the user is authenticated for SYSOPER access.
OCI_PRELIM_AUTH - this mode may only be used with OCI_SYSDBA or OCI_SYSOPER to authenticate for certain administration tasks.

Comments

The OCISessionBegin() call is used to authenticate a user against the server set in the service context handle.

For Oracle8, OCISessionBegin() must be called for any given server handle before requests can be made against it. Also, OCISessionBegin() only supports authenticating the user for access to the Oracle server specified by the server handle in the service context. In other words, after OCIServerAttach() is called to initialize a server handle, OCISessionBegin() must be called to authenticate the user for that given server.

When OCISessionBegin() is called for the first time for a given server handle, the user session may not be created in migratable (OCI_MIGRATE) mode.

After OCISessionBegin() has been called for a server handle, the application may call OCISessionBegin() again to initialize another user session handle with different (or the same) credentials and different (or the same) operation modes. If an application wants to authenticate a user in OCI_MIGRATE mode, the service handle must already be associated with a non-migratable user handle. The user ID of that user handle becomes the ownership ID of the migratable user session. Every migratable session must have a non-migratable parent session.

If the OCI_MIGRATE mode is not specified, then the user session context can only ever be used with the same server handle set in svchp. If OCI_MIGRATE mode is specified, then the user authentication may be set with different server handles. However, the user session context may only be used with server handles which resolve to the same database instance. Security checking is done during session switching. A process or circuit is allowed to switch to a migratable session only if the ownership ID of the session matches the user ID of a non-migratable session currently connected to that same process or circuit, unless it is the creator of the session.

OCI_SYSDBA, OCI_SYSOPER, and OCI_PRELIM_AUTH may only be used with a primary user session context.

To provide credentials for a call to OCISessionBegin(), one of two methods are supported. The first is to provide a valid username and password pair for database authentication in the user session handle passed to OCISessionBegin(). This involves using OCIAttrSet() to set the OCI_ATTR_USERNAME and OCI_ATTR_PASSWORD attributes on the user session handle. Then OCISessionBegin() is called with OCI_CRED_RDBMS.

Note: When the user session handle is terminated using OCISessionEnd(), the username and password attributes remain unchanged and thus can be re-used in a future call to OCISessionBegin(). Otherwise, they must be reset to new values before the next OCISessionBegin() call.

The second type of credentials supported are external credentials. No attributes need to be set on the user session handle before calling OCISessionBegin(). The credential type is OCI_CRED_EXT. This is equivalent to the Oracle7 `connect /' syntax. If values have been set for OCI_ATTR_USERNAME and OCI_ATTR_PASSWORD, then these are ignored if OCI_CRED_EXT is used.

Example

The following example demonstrates the use of OCISessionBegin(). This code segment allocates the user session handle, sets the username and password attributes, calls OCISessionBegin(), and then sets the user session into the service context.

/* allocate a user session handle */
OCIHandleAlloc((dvoid *)envhp, (dvoid **)&usrhp, (ub4) 
OCI_HTYPE_SESSION, (size_t) 0, (dvoid **) 0); OCIAttrSet((dvoid *)usrhp, (ub4)OCI_HTYPE_SESSION, (dvoid *)"jeff",
(ub4)strlen("jeff"), OCI_ATTR_USERNAME, errhp); OCIAttrSet((dvoid *)usrhp, (ub4)OCI_HTYPE_SESSION, (dvoid *)"doobarty",
(ub4)strlen("doobarty"), OCI_ATTR_PASSWORD, errhp); checkerr(errhp, OCISessionBegin (svchp, errhp, usrhp, OCI_CRED_RDBMS,
OCI_DEFAULT)); OCIAttrSet((dvoid *)svchp, (ub4)OCI_HTYPE_SVCCTX, (dvoid *)usrhp,
(ub4)0, OCI_ATTR_SESSION, errhp);

Related Functions

OCISessionEnd()

OCISessionEnd()

Purpose

Terminates a user session context created by OCISessionBegin()

Syntax

sword OCISessionEnd ( OCISvcCtx       *svchp,
                      OCIError        *errhp,
                      OCISession      *usrhp,
                      ub4             mode );

Parameters

svchp (IN/OUT) - the service context handle. There must be a valid server handle and user session handle associated with svchp.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

usrhp (IN) - de-authenticate this user. If this parameter is passed as NULL, the user in the service context handle is de-authenticated.

mode (IN) - the only valid mode is OCI_DEFAULT.

Comments

The user security context associated with the service context is invalidated by this call. Storage for the user session context is not freed. The transaction specified by the service context is implicitly committed. The transaction handle, if explicitly allocated, may be freed if not being used.

Resources allocated on the server for this user are freed.

The user session handle may be reused in a new call to OCISessionBegin().

Related Functions

OCISessionBegin()

OCIStmtExecute()

Purpose

This call associates an application request with a server.

Syntax

sword OCIStmtExecute ( OCISvcCtx           *svchp,
                       OCIStmt             *stmtp,
                       OCIError            *errhp,
                       ub4                 iters,
                       ub4                 rowoff,
                       CONST OCISnapshot   *snap_in,
                       OCISnapshot         *snap_out,
                       ub4                 mode );

Parameters

svchp (IN/OUT) - service context handle.

stmtp (IN/OUT) - an statement handle - defines the statement and the associated data to be executed at the server. It is invalid to pass in a statement handle that has bind of data types only supported in release 8.0 when svchp points to an Oracle7 server.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

iters (IN) - the number of times this statement is executed for non-Select statements. For Select statements, if iters is non-zero, then defines must have been done for the statement handle. The execution fetches iters rows into these predefined buffers and prefetches more rows depending upon the prefetch row count. This function returns an error if iters=0 for non-SELECT statements.

rowoff (IN) - the starting index from which the data in an array bind is relevant for this multiple row execution.

snap_in (IN) - this parameter is optional. if supplied, must point to a snapshot descriptor of type OCI_DTYPE_SNAP. The contents of this descriptor must be obtained from the snap_out parameter of a previous call. The descriptor is ignored if the SQL is not a SELECT. This facility allows multiple service contexts to ORACLE to see the same consistent snapshot of the database's committed data. However, uncommitted data in one context is not visible to another context even using the same snapshot.

snap_out (OUT) - this parameter optional. if supplied, must point to a descriptor of type OCI_DTYPE_SNAP. This descriptor is filled in with an opaque representation which is the current ORACLE "system change number" suitable as a snap_in input to a subsequent call to OCIStmtExecute(). This descriptor should not be used longer than necessary in order to avoid "snapshot too old" errors.

mode (IN) - The modes are:

Comments

This function is used to execute a prepared SQL statement. Using an execute call, the application associates a request with a server.

If a SELECT statement is executed, the description of the select-list is available implicitly as a response. This description is buffered on the client side for describes, fetches and define type conversions. Hence it is optimal to describe a select list only after an execute. See "Describing Select-List Items" on page 4-8 for more information.

Also for SELECT statements, some results are available implicitly. Rows will be received and buffered at the end of the execute. For queries with small row count, a prefetch causes memory to be released in the server if the end of fetch is reached, an optimization that may result in memory usage reduction. Set attribute call has been defined to set the number of rows to be prefetched per result set.

For SELECT statements, at the end of the execute, the statement handle implicitly maintains a reference to the service context on which it is executed. It is the user's responsibility to maintain the integrity of the service context. The implicit reference is maintained until the statement handle is freed or the fetch is cancelled or an end of fetch condition is reached.

Note: If output variables are defined for a SELECT statement before a call to OCIStmtExecute(), the number of rows specified by iters will be fetched directly into the defined output buffers and additional rows equivalent to the prefetch count will be prefetched. If there are no additional rows, then the fetch is complete without calling OCIStmtFetch().

Related Functions

OCIStmtPrepare()

OCIStmtFetch()

Purpose

Fetches rows from a query.

Syntax

sword OCIStmtFetch ( OCIStmt     *stmtp,
                     OCIError    *errhp, 
                     ub4         nrows,
                     ub2         orientation,
                     ub4         mode );

Parameters

stmtp (IN) - a statement (application request) handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

nrows (IN) - number of rows to be fetched from the current position.

orientation (IN) - for release 8.0, the only acceptable value is OCI_FETCH_NEXT, which is also the default value.

mode (IN) - for release 8.0, pass as OCI_DEFAULT.

Comments

The fetch call is a local call, if prefetched rows suffice. However, this is transparent to the application. If LOB columns are being read, LOB locators are fetched for subsequent LOB operations to be performed on these locators. Prefetching is turned off if LONG columns are involved.

This function can return OCI_SUCCESS_WITH_INFO if the data is truncated or EOF is reached.

Related Functions

OCIStmtExecute()

OCIStmtGetBindInfo()

Purpose

Gets the bind and indicator variable names.

Syntax

sword OCIStmtGetBindInfo ( OCIStmt      *stmtp,
                           OCIError     *errhp,
                           ub4          size,
                           ub4          startloc,
                           sb4          *found,
                           text         *bvnp[],
                           ub1          bvnl[],
                           text         *invp[],
                           ub1          inpl[],
                           ub1          dupl[],
                           OCIBind      *hndl[] );

Parameters

stmtp (IN) - the statement handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

size (IN) - the number of elements in each array.

startloc (IN) - position of the bind variable at which to start getting bind information.

found (IN) - abs(found) gives the total number of bind variables in the statement irrespective of the start position. Positive value if the number of bind variables returned is less than the size provided, otherwise negative.

bvnp (OUT) - array of pointers to hold bind variable names.

bvnl (OUT) - array to hold the length of the each bvnp element.

invp (OUT) - array of pointers to hold indicator variable names.

inpl (OUT) - array of pointers to hold the length of the each invp element.

dupl (OUT) - an array whose element value is 0 or 1 depending on whether the bind position is duplicate of another.

hndl (OUT) - an array which returns the bind handle if binds have been done for the bind position. No handle is returned for duplicates.

Comments

This call returns information about bind variables after a statement has been prepared. This includes bind names, indicator names, and whether or not binds are duplicate binds. This call also returns an associated bind handle if there is one. The call sets the found parameter to the total number of bind variables and not just the number of distinct bind variables.

This function does not include SELECT INTO list variables, because they are not considered to be binds.

The statement must have been prepared with a call to OCIStmtPrepare() prior to this call.

This call is processed locally.

Related Functions

OCIStmtPrepare()

OCIStmtGetPieceInfo()

Purpose

Returns piece information for a piecewise operation.

Syntax

sword OCIStmtGetPieceInfo( CONST OCIStmt  *stmtp,
                           OCIError       *errhp,
                           dvoid          **hndlpp,
                           ub4            *typep,
                           ub1            *in_outp,
                           ub4            *iterp, 
                           ub4            *idxp,
                           ub1            *piecep );

Parameters

stmtp (IN) - the statement when executed returned OCI_NEED_DATA.

errhp (OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

hndlpp (OUT) - returns a pointer to the bind or define handle of the bind or define whose runtime data is required or is being provided.

typep (OUT) - the type of the handle pointed to by hndlpp: OCI_HTYPE_BIND (for a bind handle) or OCI_HTYPE_DEFINE (for a define handle).

in_outp (OUT) - returns OCI_PARAM_IN if the data is required for an IN bind value. Returns OCI_PARAM_OUT if the data is available as an OUT bind variable or a define position value.

iterp (OUT) - returns the row number of a multiple row operation.

idxp (OUT) - the index of an array element of a PL/SQL array bind operation.

piecep (OUT) - returns one of the following defined values - OCI_ONE_PIECE, OCI_FIRST_PIECE, OCI_NEXT_PIECE and OCI_LAST_PIECE.

Comments

When an execute/fetch call returns OCI_NEED_DATA to get/return a dynamic bind/define value or piece, OCIStmtGetPieceInfo() returns the relevant information: bind/define handle, iteration, index number and which piece.

See the section "Run Time Data Allocation and Piecewise Operations" on page 7-16 for more information about using OCIStmtGetPieceInfo().

Related Functions

OCIAttrGet(), OCIAttrGet(), OCIStmtExecute(), OCIStmtFetch(), OCIStmtSetPieceInfo()

OCIStmtPrepare()

Purpose

This call prepares a SQL or PL/SQL statement for execution.

Syntax

sword OCIStmtPrepare ( OCIStmt       *stmtp,
                       OCIError      *errhp,
                       CONST text    *stmt, 
                       ub4           stmt_len,
                       ub4           language,
                       ub4           mode );

Parameters

stmtp (IN) - a statement handle.

errhp (IN) - an error handle to retrieve diagnostic information.

stmt (IN) - SQL or PL/SQL statement to be executed. Must be a null-terminated string. The pointer to the text of the statement must be available as long as the statement is executed, or data is fetched from it.

stmt_len (IN) - length of the statement. Must not be zero.

language (IN) - V7, V8, or native syntax. Possible values are:

OCI_V7_SYNTAX - V7 ORACLE parsing syntax
OCI_V8_SYNTAX - V8 ORACLE parsing syntax
OCI_NTV_SYNTAX - syntax depending upon the version of the server.

mode (IN) - the only defined mode is OCI_DEFAULT for default mode.

Comments

An OCI application uses this call to prepare a SQL or PL/SQL statement for execution. The OCIStmtPrepare() call defines an application request.

This is a purely local call. Data values for this statement initialized in subsequent bind calls will be stored in a bind handle which will hang off this statement handle.

This call does not create an association between this statement handle and any particular server.

See the section "Preparing Statements" on page 4-4 for more information about using this call.

Related Functions

OCIAttrGet(), OCIStmtExecute()

OCIStmtSetPieceInfo()

Purpose

Sets piece information for a piecewise operation.

Syntax

sword OCIStmtSetPieceInfo ( dvoid             *hndlp,
                            ub4               type,
                            OCIError          *errhp,
                            CONST dvoid       *bufp,
                            ub4               *alenp, 
                            ub1               piece,
                            CONST dvoid       *indp, 
                            ub2               *rcodep ); 

Parameters

hndlp (IN/OUT) - the bind/define handle.

type (IN) - type of the handle.

errhp (OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

bufp (IN/OUT) - bufp is a pointer to a storage containing the data value or the piece when it is an IN bind variable, otherwise bufp is a pointer to storage for getting a piece or a value for OUT binds and define variables. For named data types or REFs, a pointer to the object or REF is returned.

alenp (IN/OUT) - the length of the piece or the value.

piece (IN) - the piece parameter. Valid values: OCI_ONE_PIECE, OCI_FIRST_PIECE, OCI_NEXT_PIECE, or OCI_LAST_PIECE.

This parameter is used for IN bind variables only.

indp (IN/OUT) - indicator. A pointer to a sb2 value or pointer to an indicator structure for named data types (SQLT_NTY) and REFs (SQLT_REF), i.e., *indp is either an sb2 or a dvoid * depending upon the data type.

rcodep (IN/OUT) - return code.

Comments

When an execute call returns OCI_NEED_DATA to get a dynamic IN/OUT bind value or piece, OCIStmtSetPieceInfo() sets the piece information: the buffer, the length, which piece is currently being processed, the indicator, and the return code for this column.

For more information about using OCIStmtSetPieceInfo() see the section "Run Time Data Allocation and Piecewise Operations" on page 7-16.

Related Functions

OCIAttrGet(), OCIAttrGet(), OCIStmtExecute(), OCIStmtFetch(), OCIStmtGetPieceInfo()

OCISvcCtxToLda()

Purpose

Toggles between a V8 service context handle and a V7 Lda_Def.

Syntax

sword OCISvcCtxToLda ( OCISvcCtx    *srvhp,
                       OCIError     *errhp,
                       Lda_Def      *ldap );

Parameters

svchp (IN/OUT) - the service context handle.

errhp (IN/OUT) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

ldap (IN/OUT) - a Logon Data Area for Oracle7-style OCI calls which is initialized by this call.

Comments

Toggles between an Oracle8 service context handle and an Oracle7 Lda_Def.

This function can only be called after a service context has been properly initialized.

Once the service context has been translated to an Lda_Def, it can be used in release 7.x OCI calls (e.g., obindps(), ofen()).

Note: If there are multiple service contexts which share the same server handle, only one can be in Oracle7 mode at any time.

The action of this call can be reversed by passing the resulting Lda_Def to the OCILdaToSvcCtx() function.

The OCI_ATTR_IN_V8_MODE attribute of the server handle or service context handle enables an application to determine whether the application is currently in Oracle7 mode or Oracle8 mode. See Appendix B, "Handle and Descriptor Attributes", for more information.

Related Functions

OCILdaToSvcCtx()

OCITransCommit()

Purpose

Commits the transaction associated with a specified service context.

Syntax

sword OCITransCommit ( OCISvcCtx    *svchp,
                       OCIError     *errhp,
                       ub4          flags );

Parameters

svchp (IN) - the service context handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

flags -see the "Comments" section above.

Comments

The transaction currently associated with the service context is committed. If it is a global transaction that the server cannot commit, this call additionally retrieves the state of the transaction from the database to be returned to the user in the error handle.

If the application has defined multiple transactions, this function operates on the transaction currently associated with the service context. If the application is working with only the implicit local transaction created when database changes are made, that implicit transaction is committed.

If the application is running in the object mode, then the modified or updated objects in the object cache for this transaction are also flushed and committed.

The flags parameter is used for one-phase commit optimization in global transactions. If the transaction is non-distributed, the flags parameter is ignored, and OCI_DEFAULT can be passed as its value. OCI applications managing global transactions should pass a value of OCI_TRANS_TWOPHASE to the flags parameter for a two-phase commit. The default is one-phase commit.

Under normal circumstances, OCITransCommit() returns with a status indicating that the transaction has either been committed or rolled back. With global transactions, it is possible that the transaction is now in-doubt (i.e., neither committed nor aborted). In this case, OCITransCommit() attempts to retrieve the status of the transaction from the server. The status is returned.

Related Functions

OCITransRollback()

OCITransDetach()

Purpose

Detaches a transaction.

Syntax

sword OCITransDetach ( OCISvcCtx    *svchp,
                       OCIError     *errhp,
                       ub4          flags );

Parameters

svchp (IN) - the service context handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

flags (IN) - you must pass a value of OCI_DEFAULT for this parameter.

Comments

Detaches a global transaction from the service context handle. The transaction currently attached to the service context handle becomes inactive at the end of this call. The transaction may be resumed later by calling OCITransStart(), specifying a flags value of OCI_TRANS_RESUME.

When a transaction is detached, the value which was specified in the timeout parameter of OCITransStart() when the transaction was started is used to determine the amount of time the branch can remain inactive before being deleted by the server's PMON process.

Note: The transaction can be resumed by a different process than the one that detached it, provided that the transaction has the same authorization.
Note: If this function is called before a transaction is actually started, this function is a no-op.

Related Functions

OCITransStart()

OCITransForget()

Purpose

Causes the server to forget a heuristically completed global transaction.

Syntax

sword OCITransForget ( OCISvcCtx     *svchp, 
                       OCIError      *errhp,
                       ub4           flags );

Parameters

svchp (IN) - the service context handle - the transaction is rolled back.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

flags (IN) - you must pass OCI_DEFAULT for this parameter.

Comments

Forgets a heuristically completed global transaction. The server deletes the status of the transaction from the system's pending transaction table.

The XID of the transaction to be forgotten is set as an attribute of the transaction handle (OCI_ATTR_XID).

Related Functions

OCITransCommit(), OCITransRollback()

OCITransPrepare()

Purpose

Prepares a transaction for commit.

Syntax

sword OCITransPrepare ( OCISvcCtx    *svchp, 
                        OCIError     *errhp,
                        ub4          flags );

Parameters

svchp (IN) - the service context handle.

errhp (IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

flags (IN) - you must pass OCI_DEFAULT for this parameter.

Comments

Prepares the specified global transaction for commit.

This call is valid only for global transactions.

The call returns OCI_SUCCESS_WITH_INFO if the transaction has not made any changes. The error handle will indicate that the transaction is read-only. The flag parameter is not currently used.

Related Functions

OCITransCommit(), OCITransForget()

OCITransRollback()

Purpose

Rolls back the current transaction.

Syntax

sword OCITransRollback ( dvoid        *svchp, 
                         OCIError     *errhp,
                         ub4          flags );

Parameters

svchp (IN) - a service context handle. The transaction currently set in the service context handle is rolled back.

errhp -(IN) - an error handle which can be passed to OCIErrorGet() for diagnostic information in the event of an error.

flags (IN) - you must pass a value of OCI_DEFAULT for this parameter.

Comments

The current transaction- defined as the set of statements executed since the last OCITransCommit() or since OCISessionBegin()-is rolled back.

If the application is running under object mode then the modified or updated objects in the object cache for this transaction are also rolled back.

An error is returned if an attempt is made to roll back a global transaction that is not currently active.

Related Functions

OCITransCommit()

OCITransStart()

Purpose

Sets the beginning of a transaction.

Syntax

sword OCITransStart ( OCISvcCtx    *svchp, 
                      OCIError     *errhp, 
                      uword        timeout,
                      ub4          flags );

Parameters

svchp (IN/OUT) - the service context handle. The transaction context in the service context handle is initialized at the end of the call if the flag specified a new transaction to be started.

errhp (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

timeout (IN) - the time, in seconds, to wait for a transaction to become available for resumption when OCI_TRANS_RESUME is specified. When OCI_TRANS_NEW is specified, the timeout parameter indicates the number of seconds the transaction can be inactive before it is automatically aborted by the system. A transaction is inactive between the time it is detached (with) OCITransDetach() and the time it is resumed with OCITransStart().

flags (IN) - specifies whether a new transaction is being started or an existing transaction is being resumed. Also specifies serializiability or read-only status. More than a single value can be specified. By default, a read/write transaction is started. The flag values are:

Comments

This function sets the beginning of a global or serializable transaction. The transaction context currently associated with the service context handle is initialized at the end of the call if the flags parameter specifies that a new transaction should be started.

The XID of the transaction is set as an attribute of the transaction handle (OCI_ATTR_XID)

Related Functions

OCITransDetach()

OCITypeArrayByName()

Purpose

Get an array of types given an array of names.

Syntax

sword OCITypeArrayByName ( OCIEnv             *envhp,
                           OCIError           *errhp,
                           CONST OCISvcCtx    *svc,
                           ub4                array_len,
                           CONST text         *schema_name[],
                           ub4                s_length[],
                           CONST text         *type_name[],
                           ub4                t_length[],
                           CONST text         *version_name[],
                           ub4                v_length[],
                           OCIDuration        pin_duration,
                           OCITypeGetOpt      get_option,
                           OCIType            *tdo[] );

Parameters

envhp (IN/OUT) - The OCI environment handle initialized in object mode. See the description of OCIInitialize() in Chapter 8 for more information.

errhp (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

svc (IN) - OCI service handle.

array_len (IN) - number of schema_name/type_name/version_name entries to be retrieved.

schema_name (IN, optional) - array of schema names associated with the types to be retrieved. The array must have array_len elements if specified. If 0 is supplied, the default schema is assumed, otherwise it MUST have array_len number of elements. 0 can be supplied for one or more of the entries to indicate that the default schema is desired for those entries.

s_length (IN) - array of schema_name lengths with each entry corresponding to the length of the corresponding schema_name entry in the schema_name array in bytes. The array must either have array_len number of elements or it MUST be 0 if schema_name is not specified.

type_name (IN) - array of the names of the types to retrieve. This MUST have array_len number of elements.

t_length (IN) - array of the lengths of type names in the type_name array in bytes.

version_name (IN) - array of the version names of the types to retrieve corresponding. This can be 0 to indicate retrieval of the most current versions, or it MUST have array_len number of elements.

If 0 is supplied, the most current version is assumed, otherwise it MUST have array_len number of elements. 0 can be supplied for one or more of the entries to indicate that the current version is desired for those entries.

Note: In release 8.0 the version parameters are ignored.

v_length (IN) - array of the lengths of version names in the version_name array in bytes.

Note: In release 8.0 the version parameters are ignored.

pin_duration (IN) - pin duration (e.g. until the end of current transaction) for the types retrieve. See oro.h for a description of each option.

get_option (IN) - options for loading the types. It can be one of two values:

OCI_TYPEGET_HEADER for only the header to be loaded, or
OCI_TYPEGET_ALL for the TDO and all ADO and MDOs to be loaded.

tdo (OUT) - output array for the pointers to each pinned type in the object cache. It must have space for array_len pointers. Use OCIObjectGetObjectRef() to obtain the CREF to each pinned type descriptor.

Comments

Gets pointers to the existing types associated with the schema/type name array.

The get_option parameter can be used to control the portion of the TDO that gets loaded per roundtrip.

This function returns an error if

  1. any of the required parameters is null.
  2. one or more object types associated with a schema/type name entry do not exist.

To retrieve a single type, rather than an array, use OCITypeByName().

Related Functions

OCITypeArrayByRef(), OCITypeByName(), OCITypeByRef()

OCITypeArrayByRef()

Purpose

Get an array of types given an array of references.

Syntax

sword OCITypeArrayByRef ( OCIEnv           *envhp,
                          OCIError         *errhp,
                          ub4              array_len,
                          CONST OCIRef     *type_ref[],
                          OCIDuration      pin_duration,
                          OCITypeGetOpt    get_option,
                          OCIType          *tdo[] );

Parameters

envhp (IN/OUT) - The OCI environment handle initialized in object mode. See the description of OCIInitialize() in Chapter 8 for more information.

errhp (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

array_len (IN) - number of schema_name/type_name/version_name entries to be retrieved.

type_ref (IN) - array of OCIRef * pointing to the particular version of the type descriptor object to obtain. The array must have array_len elements if specified.

pin_duration (IN) - pin duration (e.g. until the end of current transaction) for the types retrieve. See oro.h for a description of each option.

get_option (IN) - options for loading the types. It can be one of two values:

tdo (OUT) - output array for the pointers to each pinned type in the object cache. It must have space for array_len pointers. Use OCIObjectGetObjectRef() to obtain the CREF to each pinned type descriptor.

Comments

Gets pointers to the with the schema/type name array.

This function returns an error if:

To retrieve a single type, rather than an array of types, use OCITypeByName().

Related Functions

OCITypeArrayByName(), OCITypeByRef(), OCITypeByName()

OCITypeByName()

Name

OCI Get Existing Type By Name

Purpose

Get the most current version of an existing type by name.

Syntax

sword OCITypeByName ( OCIEnv               *env,
                      OCIError             *err, 
                      CONST OCISvcCtx      *svc, 
                      CONST text           *schema_name,
                      ub4                  s_length, 
                      CONST text           *type_name, 
                      ub4                  t_length, 
                      CONST text           *version_name,
                      ub4                  v_length,
                      OCIDuration          pin_duration,
                      OCITypeGetOpt        get_option
                      OCIType              **tdo );

Parameters

env (IN/OUT) - The OCI environment handle initialized in object mode. See the description of OCIInitialize() in Chapter 8 for more information.

err (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

svc (IN) - OCI service handle.

schema_name (IN, optional) - name of schema associated with the type. By default, the user's schema name is used.

s_length (IN) - length of the schema_name parameter .

type_name (IN) - name of the type to get.

t_length (IN) - length of the type_name parameter.

version_name (IN, optional) - user-readable version of the type. Pass as
(text *) 0 to retrieve the most current version. For release 8.0 only a single version is supported.

v_length (IN) - length of version_name in bytes. Pass as 0 if the most current version is to be retrieved.

pin_duration (IN) - pin duration. Refer to the section "Object Duration" on page 11-14 for more information.

get_option ((IN) - options for loading the types. It can be one of two values:

tdo (OUT) - pointer to the pinned type in the object cache.

Comments

Gets a pointer to the existing type associated with schema/type name.

This function returns an error if any of the required parameters is NULL, or if the object type associated with schema/type name does not exist.

Note: Schema and type names are CASE-SENSITIVE. If they have been created via SQL, you need to use uppercase names.

An application can retrieve an array of TDOs by calling OCITypeArrayByName(), or OCITypeArrayByRef().

See Also

OCITypeByRef(), OCITypeArrayByName(), OCITypeArrayByRef()

OCITypeByRef()

Name

OCI Type By Reference

Purpose

Get a type given a reference.

Syntax

sword OCITypeByRef ( OCIEnv          *env,
                     OCIError        *err,
                     CONST OCIRef    *type_ref,
                     OCIDuration     pin_duration,
                     OCITypeGetOpt   get_option,
                     OCIType         *tdo );

Comments

Gets a pointer to a type given a REF. This is similar to OCITypeByName().

This function returns an error if

Parameters

env (IN/OUT) - The OCI environment handle initialized in object mode. See the description of OCIInitialize() in Chapter 8 for more information.

err (IN/OUT) - The OCI error handle. If there is an error, it is recorded in errhp and this function returns OCI_ERROR. Diagnostic information can be obtained by calling OCIErrorGet().

type_ref (IN) - OCIRef * pointing to the particular version of the type descriptor object to obtain.

pin_duration (IN) - pin duration (e.g. until the end of current transaction) for the type to retreieve. See oro.h for a description of each option.

get_option (IN) - options for loading the type. It can be one of two values:

tdo (OUT) - pointer to the pinned type in the object cache.

See Also

OCITypeByName(), OCITypeArrayByName(), OCITypeArrayByRef()




Prev

Next
Oracle
Copyright © 1997 Oracle Corporation.

All Rights Reserved.

Library

Product

Contents

Index