UPDATE INDEXES will synchronize and build the Omnidex indexes for a connected Omnidex Environment.
If only the Omnidex index specification needs to be synchronized, use the INSTALL INDEXES statement. This is typically used when converting between two releases.
UPDATE INDEXES [ FOR environment_object ]
[ ON [INSTANCE] instance_no ]
[ WITH options ]
If no qualifier is specified, the UPDATE INDEXES statement will build all the Omnidex Indexes for the connected Omnidex Environment.
os> odxsql > connect odx.xml; > update indexes; > exit os>
A specific Database, Table, Column, or Index object can be specified to limit the area to build the indexes.
update indexes for database db1;
update indexes for table trans_table;
update indexes for column trans_table.trans_date;
MAX_THREADS=thread_count allows the setting of the maximum number of processors to be used during the update index process.
update indexes with max_threads=4;
LOG=<directory> will cause Omnidex to write indexing logs to the specified directory. This is particularly useful for reviewing the status of large UPDATE INDEX operations. The directory has to be created before the UPDATE INDEXES statement is used.
update indexes with log=odxlogs;
BUF=mega_bytes is used to increase the internal size of indexing buffers used by the Omnidex indexing operation.
UPDATE INDEXES WITH BUF=1024
The following example will create a logging directory relative to the current directory that Omnidex will use to write indexing information during the index process. The example also uses the OdxSQL SETENV command to set the OA_MAX_ROWS environment variable to limit the maximum number of reads for each table to 100,000 rows to facilitate testing.
os> odxsql > connect myenv.xml; > create directory odxlogs; > setenv oa_max_rows=100000; > update indexes with log=odxlogs; > setenv oa_max_rows > update indexes with log=odxlogs; > exit os>