|Oracle9i SQL Reference
Release 1 (9.0.1)
Part Number A90125-01
ALTER CLUSTER to ALTER SEQUENCE, 10 of 18
LOG statement to alter the storage characteristics, refresh mode or time, or type of an existing materialized view log. A materialized view log is a table associated with the master table of a materialized view.
Only the owner of the master table or a user with the
SELECT privilege on the master table and the
ALTER privilege on the materialized view log can alter a materialized view log.
Oracle9i Replication for detailed information about the prerequisites for
Specify the schema containing the master table. If you omit
schema, Oracle assumes the materialized view log is in your own schema.
Specify the name of the master table associated with the materialized view log to be altered.
physical_attributes_clause lets you change the value of
MAXTRANS parameters for the table, the partition, the overflow data segment, or the default characteristics of a partitioned table.
The syntax and general functioning of the partitioning clauses is the same as described for the
Restrictions on partitioning_clauses:
modify_LOB_storage_clausewhen modifying partitions of a materialized view log.
parallel_clause lets you specify whether parallel operations will be supported for the materialized view log.
NOPARALLEL for serial execution. This is the default.
PARALLEL if you want Oracle to select a degree of parallelism equal to the number of CPUs available on all participating instances times the value of the
PARALLEL_THREADS_PER_CPU initialization parameter.
integer indicates the degree of parallelism, which is the number of parallel threads used in the parallel operation. Each parallel thread may use one or two parallel execution servers. Normally Oracle calculates the optimum degree of parallelism, so it is not necessary for you to specify
"Notes on the parallel_clause" for
Specify the logging attribute of the materialized view log.
allocate_extent_clause lets you explicitly allocate a new extent for the materialized view log.
For data that will be accessed frequently,
CACHE specifies that the blocks retrieved for this log are placed at the most recently used end of the LRU list in the buffer cache when a full table scan is performed. This attribute is useful for small lookup tables.
NOCACHE specifies that the blocks are placed at the least recently used end of the LRU list.
ADD clause lets you augment the materialized view log so that it records the primary key values, rowid values, or object ID values when rows in the materialized view master table are changed. This clause can also be used to record additional columns.
To stop recording any of this information, you must first drop the materialized view log and then re-create it. Dropping the materialized view log and then re-creating it forces each of the existing materialized views that depend on the master table to complete refresh on its next refresh.
Restriction: You can specify only one
ID and one column list for each materialized view log. Therefore, if any of these three values were specified at create time (either implicitly or explicitly), you cannot specify those values in this
ID if you want the appropriate object identifier of all rows that are changed to be recorded in the materialized view log.
Restriction: You can specify
ID only for logs on object tables, and you cannot specify it for storage tables.
KEY if you want the primary key values of all rows that are changed to be recorded in the materialized view log.
ROWID if you want the rowid values of all rows that are changed to be recorded in the materialized view log.
Specify the additional columns whose values you want to be recorded in the materialized view log for all rows that are changed. Typically these columns are filter columns (non-primary-key columns referenced by materialized views) and join columns (non-primary-key columns that define a join in the
WHERE clause of the subquery).
VALUES clause lets you specify whether Oracle saves both old and new values in the materialized view log. The value you set in this clause applies to all columns in the log, not only to primary key, rowid, or columns you may have added in this
INCLUDING to save both new and old values in the log. If this log is for a table on which you have a single-table materialized aggregate view, and if you want the materialized view to be eligible for fast refresh, you must specify
EXCLUDING to disable the recording of new values in the log. You can use this clause to avoid the overhead of recording new values. However, do not use this clause if you have a fast-refreshable single-table materialized aggregate view defined on this table.
The following statement changes the
MAXEXTENTS value of a materialized view log:
The following statement alters an existing rowid materialized view log to also record primary key information: