Applications can use temporary smart large objects for text, image, or other user-defined data types that are only required during the life of the user session. These applications do not require logging of the temporary smart large objects. Logging adds I/O activity to the logical log and increases memory utilization.
You can store temporary smart large objects in a permanent sbspace or a temporary sbspace.
If you store the temporary smart large objects in a regular sbspace and keep the default no logging attribute, changes to the objects are not logged, but the metadata is always logged.
Applications that update temporary smart large objects stored in temporary sbspaces are significantly faster because the database server does not log the metadata or the user data in a temporary sbspace.
To improve performance of applications that update temporary smart large objects, specify the LOTEMP flag in the mi_lo_specset_flags or ifx_lo_specset_flags API function and specify a temporary sbspace for the temporary smart large objects. The database server uses the following order of precedence for locations to place temporary smart large objects:
Specify a temporary sbspace in the API function so that changes to the objects and the metadata are not logged. The sbspace you specify in the API function overrides any default sbspaces that the SBSPACETEMP or SBSPACENAME configuration parameters might specify.
Specify a temporary sbspace in the IN Sbspace clause so that changes to the objects and the metadata are not logged.
If no temporary sbspace is specified in any of the above methods, then the database server issues the following error message when you try to create a temporary smart large object:
-12053 Smart Large Objects: No sbspace number specified.Enterprise Edition Home | Express Edition Home | [ Top of Page | Previous Page | Next Page | Contents | Index ]