11.01.2013 Views

Oracle Forms Developer – Form Builder Reference, Volume 1

Oracle Forms Developer – Form Builder Reference, Volume 1

Oracle Forms Developer – Form Builder Reference, Volume 1

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Update Changed Columns Only property<br />

Description<br />

When queried records have been marked as updates, specifies that only columns whose values were<br />

actually changed should be included in the SQL UPDATE statement that is sent to the database during a<br />

COMMIT. By default, Update Changed Columns Only is set to No, and all columns are included in the<br />

UPDATE statement.<br />

Applies to block<br />

Set <strong>Form</strong> <strong>Builder</strong>, programmatically<br />

Refer to Built-in<br />

• GET_BLOCK_PROPERTY<br />

• SET_BLOCK_PROPERTY<br />

Default :<br />

No<br />

Required/Optional optional<br />

Usage Notes<br />

• If the DML Array Size property is set to a value greater than 1, this Update Changed Columns Only<br />

property will be ignored at runtime. That is, a DML Array Size greater than 1 causes all columns to<br />

be updated <strong>–</strong> even if Update Changed Columns Only was set to Yes.<br />

• When Update Changed Columns Only is No, <strong>Form</strong> <strong>Builder</strong> can reuse the same SQL statement for<br />

multiple updates, without having to reparse each time. Setting Update Changed Columns Only to<br />

Yes can degrade performance because the UPDATE statement must be reparsed each time. In<br />

general, you should only set Update Changed Columns Only to Yes when you know that operators<br />

will seldom update column values that will take a long time to transfer over the network, such as<br />

LONGs.<br />

• Set Update Changed Columns Only to Yes in the following circumstances:<br />

To save on network traffic, if you know an operator will primarily update only one or two columns.<br />

To avoid re-sending large items that are not updated, such as images or LONGs.<br />

To fire database triggers on changed columns only. For example, if you implement a security scheme<br />

with a database trigger that fires when a column has been updated and writes the userid of the person<br />

performing the update to a table.<br />

307

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!