The OWA_OPT_LOCK
package contains subprograms that impose optimistic locking strategies so as to prevent lost updates.
See Also:
For more information about implementation of this package:This chapter contains the following topics:
Overview
Types
The OWA_OPT_LOCK package contains subprograms that impose optimistic locking strategies, so as to prevent lost updates.
It checks if the row that the user is interested in updating has been changed by someone else in the meantime.
The PL/SQL Gateway cannot use conventional database locking schemes because HTTP is a stateless protocol. The OWA_OPT_LOCK
package gives you two ways of dealing with the lost update problem:
The hidden fields method stores the previous values in hidden fields in the HTML page. When the user requests an update, the PL/SQL Gateway checks these values against the current state of the database. The update operation is performed only if the values match. To use this method, call the owa_opt_lock.store_values procedure.
The checksum method stores a checksum rather than the values themselves. To use this method, call the owa_opt_lock.checksum function.
These methods are optimistic. They do not prevent other users from performing updates, but they do reject the current update if an intervening update has occurred.
Table 191-1 OWA_OPT_LOCK Package Subprograms
Subprogram | Description |
---|---|
Returns the checksum value |
|
Returns the ROWID value |
|
Stores unmodified values in hidden fields for later verification |
|
Verifies the stored values against modified values |
This function returns a checksum
value for a specified string, or for a row in a table. For a row in a table, the function calculates the checksum
value based on the values of the columns in the row. This function comes in two versions.
The first version returns a checksum
based on the specified string. This is a "pure" 32-bit checksum
executed by the database and based on the Internet 1 protocol.
The second version returns a checksum
based on the values of a row in a table. This is a "impure" 32-bit checksum based on the Internet 1 protocol.
OWA_OPT_LOCK.CHECKSUM( p_buff IN VARCHAR2) RETURN NUMBER; OWA_OPT_LOCK.CHECKSUM( p_owner IN VARCHAR2, p_tname IN VARCHAR2, p_rowid IN ROWID) RETURN NUMBER;
Table 191-2 CHECKSUM Function Parameters
Parameter | Description |
---|---|
|
The nstring where you want to calculate the |
|
The owner of the table. |
|
The table name. |
|
The row in |
This function returns the ROWID
data type from the specified OWA_OPT_LOCK.VCARRAY
DATA
TYPE.
This procedure stores the column values of the row that you want to update later. The values are stored in hidden HTML form elements.
Before updating the row, compare these values with the current row values to ensure that the values in the row have not been changed. If the values have changed, you can warn the users and let them decide if the update should take place.
The procedure generates series of hidden form elements:
One hidden form element is created for the table owner. The name of the element is "old
_p_tname
", where p_tname
is the name of the table. The value of the element is the owner name.
One hidden form element is created for the table name. The name of the element is "old
_p_tname
", where p_tname
is the name of the table. The value of the element is the table name.
One element is created for each column in the row. The name of the element is "old
_p_tname
", where p_tname
is the name of the table. The value of the element is the column value.
See also the VERIFY_VALUES Function.
This function verifies whether values in the specified row have been updated since the last query. Use this function with the STORE_VALUES Procedure.
Table 191-5 VERIFY_VALUES Function Parameters
Parameter | Description |
---|---|
|
A PL/SQL table containing the following information:
The remaining indexes contain values for the columns in the table. Typically, this parameter is passed in from the HTML form, where you have previously called the STORE_VALUES Procedure to store the row values on hidden form elements. |