Oracle® Database SecureFiles and Large Objects Developer's Guide 11g Release 2 (11.2) Part Number E10645-01 |
|
|
View PDF |
This chapter contains these topics:
Table 13-1 lists the programmatic environments that support LOB functionality.
See Also:
APIs for supported LOB operations are described in detail in:Table 13-1 Programmatic Environments That Support LOBs
Language | Precompiler or Interface Program | Syntax Reference | In This Chapter See... |
---|---|---|---|
DBMS_LOB Package |
|||
C |
Oracle Call Interface for C (OCI) |
||
C++ |
Oracle Call Interface for C++ (OCCI) |
||
C/C++ |
Pro*C/C++ Precompiler |
||
COBOL |
Pro*COBOL Precompiler |
||
COM |
Oracle Objects For OLE (OO4O) |
||
Java |
JDBC Application Programmatic Interface (API) |
||
ADO/OLE DB |
Oracle Provider for OLE DB (OraOLEDB). |
||
.NET |
Oracle Data Provider for .NET (ODP.NET) |
Table 13-2 and Table 13-3 compare the eight LOB programmatic interfaces by listing their functions and methods used to operate on LOBs. The tables are split in two simply to accommodate all eight interfaces. The functionality of the interfaces, with regards to LOBs, is described in the following sections.
Table 13-2 Comparing the LOB Interfaces, 1 of 2
Table 13-3 Comparing the LOB Interfaces, 2 of 2
The PL/SQL DBMS_LOB
package can be used for the following operations:
Internal persistent LOBs and Temporary LOBs: Read and modify operations, either entirely or in a piece-wise manner.
BFILEs: Read operations
See Also:
Oracle Database PL/SQL Packages and Types Reference for detailed documentation, including parameters, parameter types, return values, and example code.As described in more detail in the following, DBMS_LOB
routines work based on LOB locators. For the successful completion of DBMS_LOB
routines, you must provide an input locator representing a LOB that exists in the database tablespaces or external file system, before you call the routine.
Persistent LOBs: First use SQL to define tables that contain LOB columns, and subsequently you can use SQL to initialize or populate the locators in these LOB columns.
External LOBs: Define a DIRECTORY
object that maps to a valid physical directory containing the external LOBs that you intend to access. These files must exist, and have READ permission for Oracle Server to process. If your operating system uses case-sensitive path names, then specify the directory in the correct case. See "Directory Objects" for more information.
Once the LOBs are defined and created, you may then SELECT
a LOB locator into a local PL/SQL LOB variable and use this variable as an input parameter to DBMS_LOB
for access to the LOB value.
Examples provided with each DBMS_LOB
routine will illustrate this in the following sections.
The following guidelines apply to offset and amount parameters used in procedures in the DBMS_LOB
PL/SQL package:
For character data—in all formats, fixed-width and varying-width—the amount
and offset
parameters are in characters. This applies to operations on CLOB
and NCLOB
data types.
For binary data, the offset
and amount
parameters are in bytes. This applies to operations on BLOB
data types.
When using the following procedures:
you cannot specify an amount parameter with a value larger than the size of the BFILE
you are loading from. To load the entire BFILE
with these procedures, you must specify either the exact size of the BFILE
, or the maximum allowable storage limit.
When using DBMS_LOB.READ
, the amount
parameter can be larger than the size of the data. The amount should be less than or equal to the size of the buffer. The buffer size is limited to 32K.
See Also:
"Reading Data from a LOB"To determine the character set ID, you must know the character set name (a user can select from the V$NLS_VALID_VALUES
view, which lists the names of the character sets that are valid as database and national character sets). Then call the function NLS_CHARSET_ID
with the desired character set name as the one string argument. The character set ID is returned as an integer. UTF16
does not work because it has no character set name. Use character set ID = 1000 for UTF16
. Although UTF16
is not allowed as a database or national character set, the APIs in DBMS_LOB
support it for database conversion purposes. DBMS_LOB.LOADCLOBFROMFILE
and other procedures in DBMS_LOB
take character set ID, not character set name, as an input.
See Also:
Oracle Database PL/SQL Packages and Types Reference for details and supported Unicode encodings in the chapter on DBMS_LOB.LOADCLOBFROMFILE
.
Oracle Database Globalization Support Guide, Appendix A, for supported languages.
PL/SQL functions and procedures that operate on BLOB
s, CLOB
s, NCLOB
s, and BFILE
s are summarized in the following:
To modify persistent LOB values, see Table 13-4
To read or examine LOB values, see Table 13-5
To create, free, or check on temporary LOBs, see Table 13-6
For read-only functions on external LOBs (BFILE
s), see Table 13-7
To open or close a LOB, or check if LOB is open, see Table 13-8
To perform archive management on SecureFiles, see "Using DBFS Links"
Here is a table of DBMS_LOB
procedures:
Table 13-4 PL/SQL: DBMS_LOB Procedures to Modify LOB Values
Function/Procedure | Description |
---|---|
APPEND |
Appends the LOB value to another LOB |
CONVERTTOBLOB |
Converts a |
CONVERTTOCLOB |
Converts a |
COPY |
Copies all or part of a LOB to another LOB |
ERASE |
Erases part of a LOB, starting at a specified offset |
FRAGMENT_DELETE |
Delete the data from the LOB at the given offset for the given length |
FRAGMENT_INSERT |
Insert the given data (< 32KBytes) into the LOB at the given offset |
FRAGMENT_MOVE |
Move the given amount of bytes from the given offset to the new given offset |
FRAGMENT_REPLACE |
Replace the data at the given offset with the given data (< 32kBytes) |
LOADFROMFILE |
Load |
LOADCLOBFROMFILE |
Load character data from a file into a LOB |
LOADBLOBFROMFILE |
Load binary data from a file into a LOB |
SETOPTIONS |
Sets LOB features (deduplication and compression) |
TRIM |
Trims the LOB value to the specified shorter length |
WRITE |
Writes data to the LOB at a specified offset |
WRITEAPPEND |
Writes data to the end of the LOB |
Table 13-5 PL/SQL: DBMS_LOB Procedures to Read or Examine Internal and External LOB values
Function/Procedure | Description |
---|---|
COMPARE |
Compares the value of two LOBs |
GETCHUNKSIZE |
Gets the chunk size used when reading and writing. This only works on persistent LOBs and does not apply to external LOBs ( |
GETLENGTH |
Gets the length of the LOB value. |
GETOPTIONS |
Returns options (deduplication, compression, encryption) for |
GET_STORAGE_LIMIT |
Gets the LOB storage limit for the database configuration. |
INSTR |
Returns the matching position of the nth occurrence of the pattern in the LOB. |
ISSECUREFILE |
Returns |
READ |
Reads data from the LOB starting at the specified offset. |
SETOPTIONS |
Sets options (deduplication and compression) for a |
SUBSTR |
Returns part of the LOB value starting at the specified offset. |
Table 13-7 PL/SQL: DBMS_LOB Read-Only Procedures for BFILEs
Function/Procedure | Description |
---|---|
FILECLOSE |
Closes the file. Use |
FILECLOSEALL |
Closes all previously opened files |
FILEEXISTS |
Checks if the file exists on the server |
FILEGETNAME |
Gets the directory object name and file name |
FILEISOPEN |
|
FILEOPEN |
Opens a file. Use |
Table 13-8 PL/SQL: DBMS_LOB Procedures to Open and Close Internal and External LOBs
Function/Procedure | Description |
---|---|
OPEN |
Opens a LOB |
ISOPEN |
Sees if a LOB is open |
CLOSE |
Closes a LOB |
These procedures are described in detail for specific LOB operations, such as, INSERT
a row containing a LOB, in "Opening Persistent LOBs with the OPEN and CLOSE Interfaces".
Oracle Call Interface (OCI) LOB functions enable you to access and make changes to LOBs and to read data from BFILE
s in C.
See Also:
Oracle Call Interface Programmer's Guide chapter "LOB and BFILE Operations" for the details of all topics discussed in this section.To improve OCI access of smaller LOBs, LOB data can be prefetched and cached while also fetching the locator. This applies to internal LOBs, temporary LOBs, and BFILE
s.
If you want to read or write data in 2-byte Unicode format, then set the csid
(character set ID) parameter in OCILobRead2()
and OCILobWrite2()
to OCI_UTF16ID
. The csid
parameter indicates the character set id for the buffer parameter. You can set the csid
parameter to any character set ID. If the csid
parameter is set, then it will override the NLS_LANG
environment variable.
See Also:
Oracle Call Interface Programmer's Guide for information on the OCIUnicodeToCharSet()
function and details on OCI syntax in general.
Oracle Database Globalization Support Guide for detailed information about implementing applications in different languages.
In OCI, for fixed-width client-side character sets, the following rules apply:
CLOB
s and NCLOB
s: offset and amount parameters are always in characters
BLOB
s and BFILE
s: offset and amount parameters are always in bytes
The following rules apply only to varying-width client-side character sets:
Offset parameter: Regardless of whether the client-side character set is varying-width, the offset parameter is always as follows:
CLOB
s and NCLOB
s: in characters
BLOB
s and BFILE
s: in bytes
Amount parameter: The amount parameter is always as follows:
When referring to a server-side LOB: in characters
When referring to a client-side buffer: in bytes
OCILobFileGetLength(): Regardless of whether the client-side character set is varying-width, the output length is as follows:
CLOB
s and NCLOB
s: in characters
BLOB
s and BFILE
s: in bytes
OCILobRead2(): With client-side character set of varying-width, CLOB
s and NCLOB
s:
Input amount is in characters. Input amount refers to the number of characters to read from the server-side CLOB
or NCLOB
.
Output amount is in bytes. Output amount indicates how many bytes were read into the buffer bufp
.
OCILobWrite2(): With client-side character set of varying-width, CLOB
s and NCLOB
s:
Input amount is in bytes. The input amount refers to the number of bytes of data in the input buffer bufp
.
Output amount is in characters. The output amount refers to the number of characters written into the server-side CLOB
or NCLOB
.
For all other LOB operations, irrespective of the client-side character set, the amount
parameter is in characters for CLOB
s and NCLOB
s. These include OCILobCopy2()
, OCILobErase2()
, OCILobLoadFromFile2()
, and OCILobTrim2()
. All these operations refer to the amount of LOB data on the server.
When using OCILobLoadFromFile2()
you cannot specify amount
larger than the length of the BFILE
. To load the entire BFILE
, you can pass the value returned by OCILobGetStorageLimit()
.
To read to the end of a LOB using OCILobRead2()
, you specify an amount equal to the value returned by OCILobGetStorageLimit()
. See "Reading Data from a LOB" for more information.
Special care must be taken when assigning OCILobLocator
pointers in an OCI program—using the "=" assignment operator. Pointer assignments create a shallow copy of the LOB. After the pointer assignment, the source and target LOBs point to the same copy of data.
These semantics are different from using LOB APIs, such as OCILobAssign()
or OCILobLocatorAssign()
to perform assignments. When the these APIs are used, the locators logically point to independent copies of data after assignment.
For temporary LOBs, before performing pointer assignments, you must ensure that any temporary LOB in the target LOB locator is freed by calling OCIFreeTemporary()
. In contrast, when OCILobLocatorAssign()
is used, the original temporary LOB in the target LOB locator variable, if any, is freed automatically before the assignment happens.
Before you reuse a LOB locator in a define or an out-bind variable in a SQL statement, you must free any temporary LOB in the existing LOB locator buffer using OCIFreeTemporary()
.
OCI functions that operate on BLOB
s, CLOB
s, NCLOB
s, and BFILE
s are as follows:
To modify persistent LOBs, see Table 13-9
To read or examine LOB values, see Table 13-10
To create or free temporary LOB, or check if Temporary LOB exists, see Table 13-11
For read only functions on external LOBs (BFILE
s), see Table 13-12
To operate on LOB locators, see Table 13-13
For LOB buffering, see Table 13-14
To open and close LOBs, see Table 13-15
Table 13-9 OCI Functions to Modify Persistent LOB (BLOB, CLOB, and NCLOB) Values
Function/Procedure | Description |
---|---|
|
Appends LOB value to another LOB. |
|
Writes data using multiple locators in one round trip. |
|
Copies all or part of a LOB to another LOB. |
|
Erases part of a LOB, starting at a specified offset. |
|
Loads |
|
Sets a content string in a SecureFile. |
|
Enables option settings (deduplication and compression) for a SecureFile. |
|
Truncates a LOB. |
|
Writes data from a buffer into a LOB, overwriting existing data. |
|
Writes data from a buffer to the end of the LOB. |
Table 13-10 OCI Functions to Read or Examine persistent LOB and external LOB (BFILE) Values
Function/Procedure | Description |
---|---|
|
Reads data using multiple locators in one round trip. |
|
Gets the chunk size used when reading and writing. This works on persistent LOBs and does not apply to external LOBs ( |
|
Gets the content string for a SecureFile. |
|
Returns the length of a LOB or a |
|
Obtains the enabled settings (deduplication, compression, encryption) for a given SecureFile. |
|
Gets the maximum length of an internal LOB. |
|
Reads a specified portion of a non- |
Table 13-12 OCI Read-Only Functions for BFILES
Function/Procedure | Description |
---|---|
|
Closes an open |
|
Closes all open |
|
Checks whether a |
|
Returns the name of a |
|
Checks whether a |
|
Opens a |
Table 13-13 OCI LOB-Locator Functions
Function/Procedure | Description |
---|---|
|
Assigns one LOB locator to another. |
|
Returns the character set form of a LOB. |
|
Returns the character set ID of a LOB. |
|
Sets the name of a |
|
Checks whether two LOB locators refer to the same LOB. |
|
Checks whether a LOB locator is initialized. |
Table 13-14 OCI LOB-Buffering Functions
Function/Procedure | Description |
---|---|
|
Disables the buffering subsystem use. |
|
Uses the LOB buffering subsystem for subsequent reads and writes of LOB data. |
|
Flushes changes made to the LOB buffering subsystem to the database (server). |
Further OCI examples are provided in:
See also Appendix B, "OCI Demonstration Programs" in Oracle Call Interface Programmer's Guide, for further OCI demonstration script listings.
For further information and features of OCI, refer to the OTN Web site, http://www.oracle.com/technology/
for OCI features and frequently asked questions.
Oracle C++ Call Interface (OCCI) is a C++ API for manipulating data in an Oracle database. OCCI is organized as an easy-to-use set of C++ classes that enable a C++ program to connect to a database, run SQL statements, insert/update values in database tables, retrieve results of a query, run stored procedures in the database, and access metadata of database schema objects. OCCI also provides a seamless interface to manipulate objects of user-defined types as C++ class instances.
Oracle C++ Call Interface (OCCI) is designed so that you can use OCI and OCCI together to build applications.
The OCCI API provides the following advantages over JDBC and ODBC:
OCCI encompasses more Oracle functionality than JDBC. OCCI provides all the functionality of OCI that JDBC does not provide.
OCCI provides compiled performance. With compiled programs, the source code is already written as close to the computer as possible. Because JDBC is an interpreted API, it cannot provide the performance of a compiled API. With an interpreted program, performance degrades as each line of code must be interpreted individually into code that is close to the computer.
OCCI provides memory management with smart pointers. You do not have to be concerned about managing memory for OCCI objects. This results in robust higher performance application code.
Navigational access of OCCI enables you to intuitively access objects and call methods. Changes to objects persist without need to write corresponding SQL statements. If you use the client side cache, then the navigational interface performs better than the object interface.
With respect to ODBC, the OCCI API is simpler to use. Because ODBC is built on the C language, OCCI has all the advantages C++ provides over C. Moreover, ODBC has a reputation as being difficult to learn. The OCCI, by contrast, is designed for ease of use.
You can use OCCI to make changes to an entire persistent LOB, or to pieces of the beginning, middle, or end of it, as follows:
For reading from internal and external LOBs (BFILE
s)
For writing to persistent LOBs
OCCI provides the following classes that allow you to use different types of LOB instances as objects in your C++ application:
Clob
class to access and modify data stored in internal CLOB
s and NCLOB
s
Blob
class to access and modify data stored in internal BLOB
s
Bfile
class to access and read data stored in external LOBs (BFILE
s)
See Also:
Syntax information on these classes and details on OCCI in general is available in the Oracle C++ Call Interface Programmer's Guide.The Clob driver implements a CLOB
object using an SQL LOB locator. This means that a CLOB object contains a logical pointer to the SQL CLOB
data rather than the data itself.
The CLOB
interface provides methods for getting the length of an SQL CLOB
value, for materializing a CLOB
value on the client, and getting a substring. Methods in the ResultSet
and Statement
interfaces such as getClob()
and setClob()
allow you to access SQL CLOB
values.
See Also:
Oracle C++ Call Interface Programmer's Guide for detailed information on the Clob class.Methods in the ResultSet
and Statement
interfaces, such as getBlob()
and setBlob()
, allow you to access SQL BLOB
values. The Blob
interface provides methods for getting the length of a SQL BLOB
value, for materializing a BLOB
value on the client, and for extracting a part of the BLOB
.
See Also:
Oracle C++ Call Interface Programmer's Guide for detailed information on the Blob class methods and details on instantiating and initializing a Blob object in your C++ application.
Oracle Database Globalization Support Guide for detailed information about implementing applications in different languages.
The Bfile
class enables you to instantiate a Bfile
object in your C++ application. You must then use methods of the Bfile
class, such as the setName()
method, to initialize the Bfile
object which associates the object properties with an object of type BFILE
in a BFILE
column of the database.
See Also:
Oracle C++ Call Interface Programmer's Guide for detailed information on theBlob
class methods and details on instantiating and initializing an Blob
object in your C++ application.In OCCI, for fixed-width client-side character sets, the following rules apply:
Clob
: offset and amount parameters are always in characters
Blob
: offset and amount parameters are always in bytes
Bfile
: offset and amount parameters are always in bytes
The following rules apply only to varying-width client-side character sets:
Offset parameter: Regardless of whether the client-side character set is varying-width, the offset parameter is always as follows:
Clob()
: in characters
Blob()
: in bytes
Bfile()
: in bytes
Amount parameter: The amount parameter is always as follows:
Clob
: in characters, when referring to a server-side LOB
Blob
: in bytes, when referring to a client-side buffer
Bfile
: in bytes, when referring to a client-side buffer
length(): Regardless of whether the client-side character set is varying-width, the output length is as follows:
Clob.length()
: in characters
Blob.length()
: in bytes
Bfile.length()
: in bytes
Clob.read() and Blob.read(): With client-side character set of varying-width, CLOB
s and NCLOB
s:
Input amount is in characters. Input amount refers to the number of characters to read from the server-side CLOB
or NCLOB
.
Output amount is in bytes. Output amount indicates how many bytes were read into the OCCI buffer parameter, buffer
.
Clob.write() and Blob.write(): With client-side character set of varying-width, CLOB
s and NCLOB
s:
Input amount is in bytes. Input amount refers to the number of bytes of data in the OCCI input buffer, buffer
.
Output amount is in characters. Output amount refers to the number of characters written into the server-side CLOB
or NCLOB
.
For all other OCCI LOB operations, irrespective of the client-side character set, the amount parameter is in characters for CLOB
s and NCLOB
s. These include the following:
Clob.copy()
Clob.erase()
Clob.trim()
For LoadFromFile functionality, overloaded Clob.copy()
All these operations refer to the amount of LOB data on the server.
The copy()
method on Clob
and Blob
enables you to load data from a BFILE
. You can pass one of the following values for the amount
parameter to this method:
An amount smaller than the size of the BFILE
to load a portion of the data
An amount equal to the size of the BFILE
to load all of the data
The UB8MAXVAL
constant to load all of the BFILE
data
You cannot specify an amount larger than the length of the BFILE
.
The read()
method on an Clob
, Blob
, or Bfile
object, reads data from a BFILE
. You can pass one of the following values for the amount parameter to specify the amount of data to read:
An amount smaller than the size of the BFILE
to load a portion of the data
An amount equal to the size of the BFILE
to load all of the data
0
(zero) to read until the end of the BFILE
in streaming mode
You cannot specify an amount larger than the length of the BFILE
.
See Also:
http://www.oracle.com/
search for articles and product information featuring OCCI.
OCCI methods that operate on BLOB
s, CLOB
s, NCLOB
s, and BFILE
s are as follows:
To modify persistent LOBs, see Table 13-16
To read or examine LOB values, see Table 13-17
For read only methods on external LOBs (BFILE
s), see Table 13-18
Other LOB OCCI methods are described in Table 13-19
To open and close LOBs, see Table 13-20
Table 13-16 OCCI Clob and Blob Methods to Modify Persistent LOB (BLOB, CLOB, and NCLOB) Values
Function/Procedure | Description |
---|---|
|
Appends |
|
Copies all or part of a |
|
Loads |
|
Truncates a |
|
Writes data from a buffer into a LOB, overwriting existing data. |
Table 13-17 OCCI Blob/Clob/Bfile Methods to Read or Examine persistent LOB and BFILE Values
Function/Procedure | Description |
---|---|
|
Gets the chunk size used when reading and writing. This works on persistent LOBs and does not apply to external LOBs ( |
|
Obtains settings for existing and newly created LOBs. |
|
Returns the length of a LOB or a |
|
Reads a specified portion of a non- |
|
Enables LOB settings for existing and newly created LOBs. |
Table 13-18 OCCI Read-Only Methods for BFILES
Function/Procedure | Description |
---|---|
Closes an open |
|
|
Checks whether a |
|
Returns the name of a |
|
Gets the directory object name. |
|
Checks whether a |
|
Opens a |
Table 13-19 Other OCCI LOB Methods
Methods | Description |
---|---|
|
Assigns one LOB locator to another. Use = or the copy constructor. |
|
Returns the character set form of a LOB. |
|
Returns the character set ID of a LOB. |
|
Sets the name of a |
|
Checks whether two LOB refer to the same LOB. |
|
Checks whether a LOB is initialized. |
You can make changes to an entire persistent LOB, or to pieces of the beginning, middle or end of a LOB by using embedded SQL. You can access both internal and external LOBs for read purposes, and you can write to persistent LOBs.
Embedded SQL statements allow you to access data stored in BLOB
s, CLOB
s, NCLOB
s, and BFILE
s. These statements are listed in the following tables, and are discussed in greater detail later in the chapter.
See Also:
Pro*C/C++ Programmer's Guide for detailed documentation, including syntax, host variables, host variable types and example code.Unlike locators in PL/SQL, locators in Pro*C/C++ are mapped to locator pointers which are then used to refer to the LOB or BFILE value.
To successfully complete an embedded SQL LOB statement you must do the following:
Provide an allocated input locator pointer that represents a LOB that exists in the database tablespaces or external file system before you run the statement.
SELECT a LOB locator into a LOB locator pointer variable
Use this variable in the embedded SQL LOB statement to access and manipulate the LOB value
See Also:
APIs for supported LOB operations are described in detail in:Pro*C/C++ statements that operate on BLOBs, CLOBs, and NCLOBs are listed in the following tables:
To modify persistent LOBs, see Table 13-21
To read or examine LOB values, see Table 13-22
To create or free temporary LOB, or check if Temporary LOB exists, see Table 13-23
To operate close and 'see if file exists' functions on BFILEs, see Table 13-24
To operate on LOB locators, see Table 13-25
For LOB buffering, see Table 13-26
To open or close LOBs or BFILE
s, see Table 13-27
Table 13-21 Pro*C/C++: Embedded SQL Statements to Modify Persistent LOB Values
Statement | Description |
---|---|
APPEND |
Appends a LOB value to another LOB. |
COPY |
Copies all or a part of a LOB into another LOB. |
ERASE |
Erases part of a LOB, starting at a specified offset. |
LOAD FROM FILE |
Loads |
TRIM |
Truncates a LOB. |
WRITE |
Writes data from a buffer into a LOB at a specified offset. |
WRITE APPEND |
Writes data from a buffer into a LOB at the end of the LOB. |
Table 13-22 Pro*C/C++: Embedded SQL Statements for Introspection of LOBs
Statement | Description |
---|---|
DESCRIBE [CHUNKSIZE] |
Gets the chunk size used when writing. This works for persistent LOBs only. It does not apply to external LOBs ( |
DESCRIBE [LENGTH] |
Returns the length of a LOB or a |
READ |
reads a specified portion of a non- |
Table 13-26 Pro*C/C++ Embedded SQL Statements for LOB Buffering
You can make changes to an entire persistent LOB, or to pieces of the beginning, middle or end of it by using embedded SQL. You can access both internal and external LOBs for read purposes, and you can also write to persistent LOBs.
Embedded SQL statements allow you to access data stored in BLOB
s, CLOB
s, NCLOB
s, and BFILE
s. These statements are listed in the following tables, and are discussed in greater detail later in the manual.
Unlike locators in PL/SQL, locators in Pro*COBOL are mapped to locator pointers which are then used to refer to the LOB or BFILE value. For the successful completion of an embedded SQL LOB statement you must perform the following:
Provide an allocated input locator pointer that represents a LOB that exists in the database tablespaces or external file system before you run the statement.
SELECT a LOB locator into a LOB locator pointer variable
Use this variable in an embedded SQL LOB statement to access and manipulate the LOB value.
See Also:
APIs for supported LOB operations are described in detail in:Where the Pro*COBOL interface does not supply the required functionality, you can call OCI using C. Such an example is not provided here because such programs are operating system dependent.
See Also:
Pro*COBOL Programmer's Guide for detailed documentation, including syntax, host variables, host variable types, and example code.The following Pro*COBOL statements operate on BLOBs, CLOBs, NCLOBs, and BFILEs:
To modify persistent LOBs, see Table 13-28
To read or examine internal and external LOB values, see Table 13-29
To create or free temporary LOB, or check LOB locator, see Table 13-30
To operate close and 'see if file exists' functions on BFILE
s, see Table 13-31
To operate on LOB locators, see Table 13-32
For LOB buffering, see Table 13-33
To open or close persistent LOBs or BFILE
s, see Table 13-34
Table 13-28 Pro*COBOL Embedded SQL Statements to Modify LOB Values
Statement | Description |
---|---|
APPEND |
Appends a LOB value to another LOB. |
COPY |
Copies all or part of a LOB into another LOB. |
ERASE |
Erases part of a LOB, starting at a specified offset. |
LOAD FROM FILE |
Loads |
TRIM |
Truncates a LOB. |
WRITE |
Writes data from a buffer into a LOB at a specified offset |
WRITE APPEND |
Writes data from a buffer into a LOB at the end of the LOB. |
Table 13-33 Pro*COBOL Embedded SQL Statements for LOB Buffering
Statement | Description |
---|---|
DISABLE BUFFERING |
Disables the use of the buffering subsystem. |
ENABLE BUFFERING |
Uses the LOB buffering subsystem for subsequent reads and writes of LOB data. |
FLUSH BUFFER |
Flushes changes made to the LOB buffering subsystem to the database (server) |
Oracle Objects for OLE (OO4O) is a set of programmable COM objects that simplifies the development of applications designed to communicate with an Oracle Database. OO4O offers high performance database access. It also provides easy access to features unique to Oracle, yet otherwise cumbersome or inefficient to use from other ODBC or OLE DB-based components, such as ADO.
You can make changes to an entire persistent LOB, or to pieces of the beginning, middle or end of it, with the Oracle Objects for OLE (OO4O) API, by using one of the following objects interfaces:
OraBlob:
To provide methods for performing operations on BLOB data types in the database
OraClob:
To provide methods for performing operations on CLOB data types in the database
OraBFile:
To provide methods for performing operations on BFILE data stored in operating system files.
Note:
OracleBlob and OracleClob have been deprecated and no longer workThe OO4O syntax reference and further information is viewed from the OO4O online help. Oracle Objects for OLE (OO4O), is a Windows-based product included with the database.
See Also:
Oracle Objects for OLE Developer's GuideThese interfaces encapsulate LOB locators, so you do not deal directly with locators, but instead, can use methods and properties provided to perform operations and get state information.
When OraBlob
and OraClob
objects are retrieved as a part of a dynaset, these objects represent LOB locators of the dynaset current row. If the dynaset current row changes due to a move operation, then the OraBlob
and OraClob
objects represent the LOB locator for the new current row.
To retain the LOB locator of the OraBlob
and OraClob
object independent of the dynaset move operation, use the Clone
method. This method returns the OraBlob
and OraClob
object. You can also use these objects as PL/SQL bind parameters.
The following example shows usage of OraBlob and OraBfile.
Dim OraDyn as OraDynaset, OraSound1 as OraBLOB, OraSoundClone as OraBlob, OraMyBfile as OraBFile OraConnection.BeginTrans set OraDyn = OraDb.CreateDynaset("select * from print_media order by product_id", ORADYN_DEFAULT) set OraSound1 = OraDyn.Fields("Sound").value set OraSoundClone = OraSound1 OraParameters.Add "id", 1,ORAPARAM_INPUT OraParameters.Add "mybfile", Empty,ORAPARAM_OUTPUT OraParameters("mybfile").ServerType = ORATYPE_BFILE OraDatabase.ExecuteSQL ("begin GetBFile(:id, :mybfile ") end") Set OraMyBFile = OraParameters("mybfile").value 'Go to Next row OraDyn.MoveNext OraDyn.Edit 'Lets update OraSound1 data with that from the BFILE OraSound1.CopyFromBFile OraMyBFile OraDyn.Update OraDyn.MoveNext 'Go to Next row OraDyn.Edit 'Lets update OraSound1 by appending with LOB data from 1st row represented by 'OraSoundClone OraSound1.Append OraSoundClone OraDyn.Update OraConnection.CommitTrans
In the preceding example:
OraSound1
— represents the locator for the current row in the dynaset OraSoundClone
— represents the locator for the 1st row.
A change in the current row (say a OraDyn.MoveNext
) means the following:
OraSound1
— will represent the locator for the 2nd row.
OraSoundClone —
will represent the locator in the 1st row. OraSoundClone
only refers the locator for the 1st row irrespective of any OraDyn
row navigation).
OraMyBFile
— refers to the locator obtained from an PL/SQL "OUT" parameter as a result of executing a PL/SQL procedure, either by doing an OraDatabase
.ExecuteSQL
.
Note:
A LOB obtained by executing SQL is only valid for the duration of the transaction. For this reason, "BEGINTRANS" and "COMMITTRANS" are used to specify the duration of the transaction.Oracle Objects for OLE (OO4O) includes methods and properties that you can use to access data stored in BLOB
s, CLOB
s, NCLOB
s, and BFILE
s.
See Also:
APIs for supported LOB operations are described in detail in:See Also:
The OO4O online help for detailed information including parameters, parameter types, return values, and example code. Oracle Objects for OLE (OO4O), a Windows-based product included with the database, has no manuals, only online help. The OO4O online help is available through the Application Development submenu of the database installation.The following OO4O methods and properties operate on BLOB
s, CLOB
s, NCLOB
s, and BFILE
s:
To modify persistent LOBs, see Table 13-35
To read or examine internal and external LOB values, see Table 13-36
To open and close BFILE
s, see Table 13-37
For LOB buffering, see Table 13-38
Properties such as to see if LOB is NULL
, or to get or set polling amount, see Table 13-39
For read-only BFILE
methods, see Table 13-40
For BFILE properties, see Table 13-41
Table 13-35 OO4O Methods to Modify BLOB, CLOB, and NCLOB Values
Methods | Description |
---|---|
|
Appends Appends |
|
Copies a portion of a Copies a portion of a |
|
Erases part of a Erases part of a |
|
Loads Loads |
|
Truncates a Truncates a |
|
Writes data from a file to a Writes data from a file to a |
|
Writes data to the Writes data to the |
Table 13-36 OO4O Methods to Read or Examine Internal and External LOB Values
Function/Procedure | Description |
---|---|
|
Reads a specified portion of a non- Reads a specified portion of a non- Reads a specified portion of a non- |
|
Reads a specified portion of a non- Reads a specified portion of a non- |
Table 13-38 OO4O Methods for Persistent LOB Buffering
Method | Description |
---|---|
|
Flushes changes made to the Flushes changes made to the |
|
Enables buffering of Enables buffering of |
|
Disables buffering of Disables buffering of |
Table 13-39 OO4O Properties for Operating on LOBs
Property | Description |
---|---|
|
Indicates when a LOB is |
|
Gets/Sets total amount for Read/Write polling operation |
|
Gets/Sets offset for Read/Write operation. By default, it is set to 1. |
|
Returns the polling status. Possible values are
|
|
Returns the length of the LOB data |
You can perform the following tasks on LOBs with Java (JDBC):
Reading Internal Persistent LOBs and External LOBs (BFILEs) With Java
Create and Manipulate Temporary LOBs and Store Them in Tables as Permanent LOBs. See JDBC Temporary LOB APIs
You can make changes to an entire persistent LOB, or to pieces of the beginning, middle, or end of a persistent LOB in Java by means of the JDBC API using the classes:
oracle
.sql
.BLOB
oracle
.sql
.CLOB
These classes implement java.sql.Blob
and java.sql.Clob
interfaces according to the JDBC 3.0 specification, which has methods for LOB modification. They also include legacy Oracle proprietary methods for LOB modification. These legacy methods are marked as deprecated and will be removed in a future release.
Starting in Oracle release 11.1 the minimum supported version of the JDK is JDK5. JDK6 will also be supported when it is released by Sun Microsystems, Inc. To use JDK5, place ojdbc5.jar
in your CLASSPATH
. To use JDK6, place ojdbc6.jar
in your CLASSPATH
. ojdbc5.jar
supports the JDBC 3.0 specification and ojdbc6.jar
supports the JDBC4.0 specification which is new with JDK6.
Oracle recommends that you discontinue use of the deprecated proprietary APIs described in Table 7-42. They will be removed in a future release.
Table 13-42 BLOB Method Equivalents
Oracle Proprietary Method (Deprecated) | JDBC 3.0 Standard Method Replacement |
---|---|
putBytes(long pos, byte [] bytes) |
setBytes(long pos, byte[] bytes) |
putBytes(long pos, byte [] bytes, int length) |
setBytes(long pos, byte[] bytes, int offset, int len) |
getBinaryOutputStream(long pos) |
setBinaryStream(long pos) |
trim (long len) |
truncate(long len) |
Table 13-43 CLOB Method Equivalents
Oracle Proprietary Method (Deprecated) | JDBC 3.0 Standard Method Replacement |
---|---|
putString(long pos, String str) |
setString(long pos, String str) |
N/A |
setString(long pos, String str, int offset, int len) |
getAsciiOutputStream(long pos) |
setAsciiStream(long pos) |
getCharacterOutputStream(long pos) |
setCharacterStream(long pos) |
trim (long len) |
truncate(long len) |
With JDBC you can use Java to read both internal persistent LOBs and external LOBs (BFILE
s).
BLOB and CLOB Classes. In JDBC theses classes provide methods for performing operations on large objects in the database including BLOB
and CLOB
data types.
BFILE Class. In JDBC this class provides methods for performing operations on BFILE data in the database.
The BLOB
, CLOB
, and BFILE
classes encapsulate LOB locators, so you do not deal with locators but instead use methods and properties provided to perform operations and get state information.
Any LOB functionality not provided by these classes can be accessed by a call to the PL/SQL DBMS_LOB
package. This technique is used repeatedly in the examples throughout this manual.
The number of server round trips can be reduced by prefetching part of the data and metadata (length and chunk size) along with the LOB locator during the fetch. The SELECT
parse, execution, and fetch occurs in one round trip. For large LOBs (larger than five times the prefetch size) less improvement is seen.
To configure the prefetch size, a connection property, oracle.jdbc.defaultLobPrefetchSize
, defined as a constant in oracle.jdbc.OracleConnection
can be used. Values can be -1 to disable prefetching, 0 to enable prefetching for metadata only, or any value greater than 0 which represents the number of bytes for BLOB
s and characters for CLOB
s, to be prefetched along with the locator during fetch operations.
You can change the prefetch size for a particular statement by using a method defined in oracle.jdbc.OracleStatement
:
void setLobPrefetchSize(int size) throws SQLException;
The statement level setting overrides the setting at the connection level. This setting can also be overriden at the column level through the extended defineColumnType
method, where the size represents the number of bytes (or characters for CLOB
) to prefetch. The possible values are the same as for the connection property. The type must be set to OracleTypes.CLOB
for a CLOB
column and OracleTypes.BLOB
for a BLOB
column. This method throws SQLException
if the value is less than -1. To complement the statement there is in oracle.jdbc.OracleStatement:
int getLobPrefetchSize();
To improve the performance of SecureFiles, there is a Zero-copy Input/Output protocol on the server that is only available to network clients that support the new Net NS Data transfer protocol.
To determine if a LOB is a SecureFile or not, use the method
public boolean isSecureFile() throws SQLException
If it is a SecureFile, TRUE
is returned.
Use this thin connection property to disable (by setting to FALSE
) the Zero-copy Input/Output protocol:
oracle.net.useZeroCopyIO
Oracle Net Services is now able to use data buffers provided by the users of Oracle Net Services without transferring the data into or out of its local buffers. The network buffers (at the NS layer) are bypassed and internal lob buffers are directly written on the network. The same applies to buffer reads.
This feature is only available to network clients that support the new NS Data packet (this is negotiated during the NS handshake). The thin driver will support the new NS protocol so that the server can use the zero-copy protocol and JavaNet will expose the zero-copy IO mechanism to the upper layer so that data copies are no longer required in the thin driver code.
When you call the BLOB.getBytes(long pos, int length, byte[] buffer)
API, the buffer provided is used at the JavaNet layer to read the bytes from the socket. The data is retrieved in one single round trip. Similarly, during a write operation, when you call BLOB.setBytes(long pos, byte[] bytes)
, the buffer is directly written on the network at the JavaNet layer. So the data is written in one single round trip. The user buffer is sent as a whole.
You can get a reference to any of the preceding LOBs in the following two ways:
As a column of an OracleResultSet
As an OUT
type PL/SQL parameter from an OraclePreparedStatement
When BLOB
and CLOB
objects are retrieved as a part of an OracleResultSet
, these objects represent LOB locators of the currently selected row.
If the current row changes due to a move operation, for example, rset
.next
(), then the retrieved locator still refers to the original LOB row.
To retrieve the locator for the most current row, you must call getBLOB()
, getCLOB()
, or getBFILE()
on the OracleResultSet
each time a move operation is made depending on whether the instance is a BLOB
, CLOB
or BFILE
.
For further JDBC syntax and information about using JDBC with LOBs:
See Also:
Oracle Database JDBC Developer's Guide and Reference,for detailed documentation, including parameters, parameter types, return values, and example code.
The following JDBC methods operate on BLOB
s, CLOB
s, and BFILE
s:
BLOB
s:
To modify BLOB
values, see Table 13-44
To read or examine BLOB
values, see Table 13-45
For BLOB
buffering, see Table 13-46
Temporary BLOB
s: Creating, checking if BLOB
is open, and freeing. See Table 13-54
Opening, closing, and checking if BLOB
is open, see Table 13-54
Truncating BLOB
s, see Table 13-57
BLOB
streaming API, see Table 13-59
CLOB
s:
To read or examine CLOB
values, see Table 13-48
For CLOB
buffering, see Table 13-49
To modify CLOB
s, see Table 13-59
Temporary CLOB
s:
Opening, closing, and checking if CLOB
is open, see Table 13-55
Truncating CLOB
s, see Table 13-58
CLOB
streaming API, see Table 13-60
BFILE
s:
To read or examine BFILE
s, see Table 13-50
For BFILE
buffering, see Table 13-51
Opening, closing, and checking if BFILE
is open, see Table 13-56
BFILE streaming API, see Table 13-61
Table 13-45 JDBC oracle.sql.BLOB Methods to Read or Examine BLOB Values
Method | Description |
---|---|
|
Gets the contents of the LOB as an array of bytes, given an offset |
|
Finds the given byte array within the LOB, given an offset |
|
Finds the given |
|
Compares this LOB with another. Compares the LOB locators. |
|
Returns the length of the LOB |
|
Returns the |
Table 13-46 JDBC oracle.sql.BLOB Methods and Properties for BLOB Buffering
Method | Description |
---|---|
|
Streams the LOB as a binary stream |
|
Retrieves a stream that can be used to write to the |
Table 13-47 JDBC oracle.sql.CLOB Methods to Modify CLOB Values
Method | Description |
---|---|
|
JDBC 3.0: Writes the given Java String to the CLOB value that this |
|
Inserts the character array into the LOB, starting at the given offset |
Table 13-48 JDBC oracle.sql.CLOB Methods to Read or Examine CLOB Values
Method | Description |
---|---|
|
Returns a substring of the LOB as a string |
|
Reads a subset of the LOB into a character array |
|
Finds the given String within the LOB, given an offset |
|
Finds the given |
|
Returns the length of the LOB |
|
R |
Table 13-49 JDBC oracle.sql.CLOB Methods and Properties for CLOB Buffering
Method | Description |
---|---|
|
Implements the |
|
JDBC 3.0: Retrieves a stream to be used to write ASCII characters to the |
|
Reads the |
|
JDBC 3.0: Retrieves a stream to be used to write Unicode characters to the |
Table 13-50 JDBC oracle.sql.BFILE Methods to Read or Examine External LOB (BFILE) Values
Method | Description |
---|---|
|
|
|
Reads a subset of the |
|
Finds the first appearance of the given |
|
Finds the first appearance of the given byte array within the |
|
R |
|
Checks if the operating system file referenced by this |
|
Opens the operating system file referenced by this |
|
C |
|
Checks if this |
|
G |
|
G |
Oracle Database JDBC drivers contain APIs to create and close temporary LOBs. These APIs can replace workarounds that use the following procedures from the DBMS_LOB
PL/SQL package in prior releases:
DBMS_LOB.createTemporary()
DBMS_LOB.isTemporary()
DBMS_LOB.freeTemporary()
Table 13-52 JDBC: Temporary BLOB APIs
Methods | Description |
---|---|
|
Creates a temporary |
|
Checks if the specified |
|
Checks if the current |
|
Frees the specified temporary |
|
Frees the temporary |
Table 13-53 JDBC: Temporary CLOB APIs
Methods | Description |
---|---|
|
Creates a temporary |
|
Checks if the specified |
|
Checks if the current |
|
Frees the specified temporary |
|
Frees the temporary |
oracle.sql.CLOB
class is the Oracle JDBC driver implementation of standard JDBC java.sql.Clob
interface. Table 13-53 lists the Oracle extension APIs in oracle.sql.CLOB
for accessing temporary CLOBs.
Oracle Database JDBC drivers contain APIs to explicitly open and close LOBs. These APIs replace previous techniques that use DBMS_LOB.open()
and DBMS_LOB.close()
.
oracle.sql.BLOB
class is the Oracle JDBC driver implementation of standard JDBC java.sql.Blob interface. Table 13-54 lists the Oracle extension APIs in oracle.sql.BLOB
that open and close BLOBs.
Table 13-54 JDBC: Opening and Closing BLOBs
Methods | Description |
---|---|
|
Opens the |
|
Sees if the |
|
Closes the |
To open a BLOB
, your JDBC application can use the open method as defined in oracle.sql.BLOB
class as follows:
/** * Open a BLOB in the indicated mode. Valid modes include MODE_READONLY, * and MODE_READWRITE. It is an error to open the same LOB twice. */ public void open (int mode) throws SQLException
Possible values of the mode parameter are:
public static final int MODE_READONLY public static final int MODE_READWRITE
Each call to open opens the BLOB. For example:
BLOB blob = ... blob.open (BLOB.MODE_READWRITE);
To see if a BLOB
is opened, your JDBC application can use the isOpen
method defined in oracle.sql.BLOB. The return Boolean value indicates whether the BLOB
has been previously opened or not. The isOpen
method is defined as follows:
/** * Check whether the BLOB is opened. * @return true if the LOB is opened. */ public boolean isOpen () throws SQLException
The usage example is:
BLOB blob = ... // See if the BLOB is opened boolean isOpen = blob.isOpen ();
To close a BLOB, your JDBC application can use the close method defined in oracle.sql.BLOB
. The close API is defined as follows:
/** * Close a previously opened BLOB. */ public void close () throws SQLException
The usage example is:
BLOB blob = ... // close the BLOB blob.close ();
Class oracle.sql.CLOB
is the Oracle JDBC driver implementation of the standard JDBC java.sql.Clob
interface. Table 13-55 lists the Oracle extension APIs in oracle.sql.CLOB
to open and close CLOBs.
Table 13-55 JDBC: Opening and Closing CLOBs
Methods | Description |
---|---|
|
Open the |
|
See if the |
|
Close the |
To open a CLOB
, your JDBC application can use the open method defined in oracle.sql.CLOB
class as follows:
/** * Open a CLOB in the indicated mode. Valid modes include MODE_READONLY, * and MODE_READWRITE. It is an error to open the same LOB twice. */ public void open (int mode) throws SQLException
The possible values of the mode parameter are:
public static final int MODE_READONLY public static final int MODE_READWRITE
Each call to open opens the CLOB
. For example,
CLOB clob = ... clob.open (CLOB.MODE_READWRITE);
To see if a CLOB
is opened, your JDBC application can use the isOpen
method defined in oracle.sql.CLOB. The return Boolean value indicates whether the CLOB
has been previously opened or not. The isOpen
method is defined as follows:
/** * Check whether the CLOB is opened. * @return true if the LOB is opened. */ public boolean isOpen () throws SQLException
The usage example is:
CLOB clob = ... // See if the CLOB is opened boolean isOpen = clob.isOpen ();
To close a CLOB
, the JDBC application can use the close method defined in oracle.sql.CLOB
. The close API is defined as follows:
/** * Close a previously opened CLOB. */ public void close () throws SQLException
The usage example is:
CLOB clob = ... // close the CLOB clob.close ();
oracle.sql.BFILE
class wraps the database BFILE
object. Table 13-56 lists the Oracle extension APIs in oracle.sql.BFILE
for opening and closing BFILE
s.
Table 13-56 JDBC API Extensions for Opening and Closing BFILEs
Methods | Description |
---|---|
|
Opens the |
|
Opens the |
|
Checks if the |
|
Closes the |
To open a BFILE
, your JDBC application can use the OPEN
method defined in oracle.sql.BFILE
class as follows:
/** * Open a external LOB in the read-only mode. It is an error * to open the same LOB twice. */ public void open () throws SQLException /** * Open a external LOB in the indicated mode. Valid modes include * MODE_READONLY only. It is an error to open the same * LOB twice. */ public void open (int mode) throws SQLException
The only possible value of the mode parameter is:
public static final int MODE_READONLY
Each call to open opens the BFILE
. For example,
BFILE bfile = ... bfile.open ();
To see if a BFILE
is opened, your JDBC application can use the isOpen
method defined in oracle.sql.BFILE
. The return Boolean value indicates whether the BFILE has been previously opened or not. The isOpen
method is defined as follows:
/** * Check whether the BFILE is opened. * @return true if the LOB is opened. */ public boolean isOpen () throws SQLException
The usage example is:
BFILE bfile = ... // See if the BFILE is opened boolean isOpen = bfile.isOpen ();
To close a BFILE
, your JDBC application can use the close
method defined in oracle.sql.BFILE
. The close
API is defined as follows:
/** * Close a previously opened BFILE. */ public void close () throws SQLException
The usage example is --
BFILE bfile = ... // close the BFILE bfile.close ();
/*
* This sample shows how to open/close BLOB and CLOB.
*/
// You need to import the java.sql package to use JDBC
import java.sql.*;
// You need to import the oracle.sql package to use oracle.sql.BLOB
import oracle.sql.*;
class OpenCloseLob
{
public static void main (String args [])
throws SQLException
{
// Load the Oracle JDBC driver
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
String url = "jdbc:oracle:oci8:@";
try {
String url1 = System.getProperty("JDBC_URL");
if (url1 != null)
url = url1;
} catch (Exception e) {
// If there is any security exception, ignore it
// and use the default
}
// Connect to the database
Connection conn =
DriverManager.getConnection (url, "scott", "password");
// It is faster when auto commit is off
conn.setAutoCommit (false);
// Create a Statement
Statement stmt = conn.createStatement ();
try
{
stmt.execute ("drop table basic_lob_table");
}
catch (SQLException e)
{
// An exception could be raised here if the table did not exist already.
}
// Create a table containing a BLOB and a CLOB
stmt.execute ("create table basic_lob_table (x varchar2 (30), b blob, c clob)");
// Populate the table
stmt.execute (
"insert into basic_lob_table values"
+ " ('one', '010101010101010101010101010101', 'onetwothreefour')");
// Select the lobs
ResultSet rset = stmt.executeQuery ("select * from basic_lob_table");
while (rset.next ())
{
// Get the lobs
BLOB blob = (BLOB) rset.getObject (2);
CLOB clob = (CLOB) rset.getObject (3);
// Open the lobs
System.out.println ("Open the lobs");
blob.open (BLOB.MODE_READWRITE);
clob.open (CLOB.MODE_READWRITE);
// Check if the lobs are opened
System.out.println ("blob.isOpen()="+blob.isOpen());
System.out.println ("clob.isOpen()="+clob.isOpen());
// Close the lobs
System.out.println ("Close the lobs");
blob.close ();
clob.close ();
// Check if the lobs are opened
System.out.println ("blob.isOpen()="+blob.isOpen());
System.out.println ("clob.isOpen()="+clob.isOpen());
}
// Close the ResultSet
rset.close ();
// Close the Statement
stmt.close ();
// Close the connection
conn.close ();
}
}
Oracle Database JDBC drivers contain APIs to truncate persistent LOBs. These APIs replace previous techniques that used DBMS_LOB.trim()
.
oracle.sql.BLOB
class is Oracle JDBC driver implementation of the standard JDBC java.sql.Blob
interface. Table 13-57 lists the Oracle extension API in oracle.sql.BLOB
that truncates BLOBs.
Table 13-57 JDBC: Truncating BLOBs
Methods | Description |
---|---|
|
Truncates the |
The truncate API is defined as follows:
/** *Truncate the value of the BLOB to the length you specify in the newlen parameter. * @param newlen the new length of the BLOB. */ public void truncate (long newlen) throws SQLException
The newlen
parameter specifies the new length of the BLOB
.
oracle.sql.CLOB
class is the Oracle JDBC driver implementation of standard JDBC java.sql.Clob interface. Table 13-58 lists the Oracle extension API in oracle.sql.CLOB
that truncates CLOB
s.
Table 13-58 JDBC: Truncating CLOBs
Methods | Description |
---|---|
|
Truncates the |
The truncate API is defined as follows:
/** *Truncate the value of the CLOB to the length you specify in the newlen parameter. * @param newlen the new length of the CLOB. */ public void truncate (long newlen) throws SQLException
The newlen
parameter specifies the new length of the CLOB
.
See:
"Trimming LOB Data", for an example.The JDBC interface provided with the database includes LOB streaming APIs that enable you to read from or write to a LOB at the requested position from a Java stream.
The oracle.sql.BLOB
class implements the standard JDBC java.sql.Blob
interface. Table 13-59 lists BLOB Streaming APIs.
Table 13-59 JDBC: BLOB Streaming APIs
Methods | Description |
---|---|
|
JDBC 3.0: Retrieves a stream that can be used to write to the |
|
JDBC 3.0: Retrieves a stream that can be used to read the |
|
Oracle extension: Retrieves a stream that can be used to read the |
These APIs are defined as follows:
/** * Write to the BLOB from a stream at the requested position. * * @param pos is the position data to be put. * @return a output stream to write data to the BLOB */ public java.io.OutputStream setBinaryStream(long pos) throws SQLException /** * Read from the BLOB as a stream at the requested position. * * @param pos is the position data to be read. * @return a output stream to write data to the BLOB */ public java.io.InputStream getBinaryStream(long pos) throws SQLException
The oracle.sql.CLOB
class is the Oracle JDBC driver implementation of standard JDBC java.sql.Clob
interface. Table 13-60 lists the CLOB streaming APIs.
Table 13-60 JDBC: CLOB Streaming APIs
Methods | Description |
---|---|
|
JDBC 3.0: Retrieves a stream to be used to write ASCII characters to the |
|
JDBC 3.0: Retrieves a stream to be used to write Unicode characters to the |
|
JDBC 3.0: Retrieves a stream that can be used to read ASCII characters from the |
|
Oracle extension: Retrieves a stream that can be used to read ASCII characters from the |
|
JDBC 3.0: Retrieves a stream that can be used to read Unicode characters from the |
|
Oracle extension: Retrieves a stream that can be used to read Unicode characters from the |
These APIs are defined as follows:
/** * Write to the CLOB from a stream at the requested position. * @param pos is the position data to be put. * @return a output stream to write data to the CLOB */ public java.io.OutputStream setAsciiStream(long pos) throws SQLException /**
* Write to the CLOB from a stream at the requested position. * @param pos is the position data to be put. * @return a output stream to write data to the CLOB */ public java.io.Writer setCharacterStream(long pos) throws SQLException /** * Read from the CLOB as a stream at the requested position. * @param pos is the position data to be put. * @return a output stream to write data to the CLOB */ public java.io.InputStream getAsciiStream(long pos) throws SQLException /** * Read from the CLOB as a stream at the requested position. * @param pos is the position data to be put. * @return a output stream to write data to the CLOB */ public java.io.Reader getCharacterStream(long pos) throws SQLException
oracle.sql.BFILE
class wraps the database BFILEs. Table 13-61 lists the Oracle extension APIs in oracle.sql.BFILE
that reads BFILE
content from the requested position.
Table 13-61 JDBC: BFILE Streaming APIs
Methods | Description |
---|---|
|
Reads from the |
These APIs are defined as follows:
/** * Read from the BLOB as a stream at the requested position. * * @param pos is the position data to be read. * @return a output stream to write data to the BLOB */ public java.io.InputStream getBinaryStream(long pos) throws SQLException
/*
* This sample shows how to read/write BLOB and CLOB as streams.
*/
import java.io.*;
// You need to import the java.sql package to use JDBC
import java.sql.*;
// You need to import the oracle.sql package to use oracle.sql.BLOB
import oracle.sql.*;
class NewStreamLob
{
public static void main (String args []) throws Exception
{
// Load the Oracle JDBC driver
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
String url = "jdbc:oracle:oci8:@";
try {
String url1 = System.getProperty("JDBC_URL");
if (url1 != null)
url = url1;
} catch (Exception e) {
// If there is any security exception, ignore it
// and use the default
}
// Connect to the database
Connection conn =
DriverManager.getConnection (url, "scott", "password");
// It is faster when auto commit is off
conn.setAutoCommit (false);
// Create a Statement
Statement stmt = conn.createStatement ();
try
{
stmt.execute ("drop table basic_lob_table");
}
catch (SQLException e)
{
// An exception could be raised here if the table did not exist already.
}
// Create a table containing a BLOB and a CLOB
stmt.execute (
"create table basic_lob_table"
+ "(x varchar2 (30), b blob, c clob)");
// Populate the table
stmt.execute (
"insert into basic_lob_table values"
+ "('one', '010101010101010101010101010101', 'onetwothreefour')");
System.out.println ("Dumping lobs");
// Select the lobs
ResultSet rset = stmt.executeQuery ("select * from basic_lob_table");
while (rset.next ())
{
// Get the lobs
BLOB blob = (BLOB) rset.getObject (2);
CLOB clob = (CLOB) rset.getObject (3);
// Print the lob contents
dumpBlob (conn, blob, 1);
dumpClob (conn, clob, 1);
// Change the lob contents
fillClob (conn, clob, 11, 50);
fillBlob (conn, blob, 11, 50);
}
rset.close ();
System.out.println ("Dumping lobs again");
rset = stmt.executeQuery ("select * from basic_lob_table");
while (rset.next ())
{
// Get the lobs
BLOB blob = (BLOB) rset.getObject (2);
CLOB clob = (CLOB) rset.getObject (3);
// Print the lobs contents
dumpBlob (conn, blob, 11);
dumpClob (conn, clob, 11);
}
// Close all resources
rset.close();
stmt.close();
conn.close();
}
// Utility function to dump Clob contents
static void dumpClob (Connection conn, CLOB clob, long offset)
throws Exception
{
// get character stream to retrieve clob data
Reader instream = clob.getCharacterStream(offset);
// create temporary buffer for read
char[] buffer = new char[10];
// length of characters read
int length = 0;
// fetch data
while ((length = instream.read(buffer)) != -1)
{
System.out.print("Read " + length + " chars: ");
for (int i=0; i<length; i++)
System.out.print(buffer[i]);
System.out.println();
}
// Close input stream
instream.close();
}
// Utility function to dump Blob contents
static void dumpBlob (Connection conn, BLOB blob, long offset)
throws Exception
{
// Get binary output stream to retrieve blob data
InputStream instream = blob.getBinaryStream(offset);
// Create temporary buffer for read
byte[] buffer = new byte[10];
// length of bytes read
int length = 0;
// Fetch data
while ((length = instream.read(buffer)) != -1)
{
System.out.print("Read " + length + " bytes: ");
for (int i=0; i<length; i++)
System.out.print(buffer[i]+" ");
System.out.println();
}
// Close input stream
instream.close();
}
// Utility function to put data in a Clob
static void fillClob (Connection conn, CLOB clob, long offset, long length)
throws Exception
{
Writer outstream = clob.setCharacterStream(offset);
int i = 0;
int chunk = 10;
while (i < length)
{
outstream.write("aaaaaaaaaa", 0, chunk);
i += chunk;
if (length - i < chunk)
chunk = (int) length - i;
}
outstream.close();
}
// Utility function to put data in a Blob
static void fillBlob (Connection conn, BLOB blob, long offset, long length)
throws Exception
{
OutputStream outstream = blob.setBinaryStream(offset);
int i = 0;
int chunk = 10;
byte [] data = { 1, 1, 1, 1, 1, 1, 1, 1, 1, 1 };
while (i < length)
{
outstream.write(data, 0, chunk);
i += chunk;
if (length - i < chunk)
chunk = (int) length - i;
}
outstream.close();
}
}
An empty BLOB
can be created from the following API from oracle.sql.BLOB
:
public static BLOB empty_lob () throws SQLException
Similarly, the following API from oracle.sql.CLOB
creates an empty CLOB
:
public static CLOB empty_lob () throws SQLException
Empty LOB instances are created by JDBC drivers without making database round trips. Empty LOBs can be used in the following cases:
"set" APIs of PreparedStatement
"update" APIs of updatable result set
attribute value of STRUCTs
element value of ARRAYs
Note:
Empty LOBs are special marker LOBs but not real LOB values.JDBC applications cannot read or write to empty LOBs created from the preceding APIs. An ORA-17098 "Invalid empty lob operation" results if your application attempts to read/write to an empty LOB.
Oracle Provider for OLE DB (OraOLEDB) offers high performance and efficient access to Oracle data for OLE DB and ADO developers. Developers programming with COM, C++, or any COM client can use OraOLEDB to access Oracle databases.
OraOLEDB is an OLE DB provider for Oracle. It offers high performance and efficient access to Oracle data including LOBs, and also allows updates to certain LOB types.
The following LOB types are supported by OraOLEDB:
For Persistent LOBs. READ/WRITE through the rowset.
For BFILEs. READ-ONLY through the rowset.
Temporary LOBs are not supported through the rowset.
Oracle Data Provider for .NET (ODP.NET) is an implementation of a data provider for the Oracle database. ODP.NET uses Oracle native APIs to offer fast and reliable access to Oracle data and features from any .NET application. ODP.NET also uses and inherits classes and interfaces available in the Microsoft .NET Framework Class Library. The ODP.NET supports the following LOBs as native data types with .NET: BLOB
, CLOB
, NCLOB
, and BFILE
.
COM and .NET are complementary development technologies. Microsoft recommends that developers use the .NET Framework rather than COM for new development.