![]() |
![]()
| ![]() |
![]()
NAMEdtsrload — Load document objects in a database SYNOPSISdtsrload-ddbname [-c] [-tetxstr] [-h0 | -hhashsz ] [-ehufname] [-pdotcnt] file DESCRIPTIONdtsrload loads document header information and, in AusText type databases, documents themselves into a DtSearch database. The input is a file of one or more documents in a simple canonical format (fzk file). An fzk file can be generated by dtsrhan manually with a text editor, or by a special application program created for the purpose. Typically the same fzk file is used for dtsrload and dtsrindex, but it is not required and there are situations where it may not be desirable. (See dtsrfzkfiles(4) for information about DtSearch fzk files). dtsrload also maintains the current total document count in the database's configuration and status record. If a document's unique key in the fzk file does not preexist in the database, dtsrload considers the document to be new and does not add it as a new document. If the document's key already exists in the database, dtsrload totally replaces its record with the one in the fzk file. When duplicate record ids are encountered in a single fzk file, only the first occurrence of the document is loaded into the database, the second one is discarded. Duplicate record ids are maintained during execution with a hash table. dtsrload also performs a data compression function for documents that are actually stored in a database repository (that is, AusText type databases). In order to do this an encode compression huf file must be available. (See huffcode(1) for information about DtSearch document compression.) dtsrload also performs a data compression function for documents that are actually stored in a database repository (that is, AusText type databases). In order to do this an encode compression huf file must be available. (See huffcode(1) for information about DtSearch document compression.) dtsrload does not index the words used to access the database. This is done by dtsrindex. To prevent database link corruption, execute dtsrindex immediately after dtsrload. Caution:
To prevent database corruption, execute dtsrload only after all users of a preexisting database have exited their search programs to prevent database corruption. For a single fzk file, dtsrload must be executed immediately before dtsrindex so that dtsrindex can map the words it indexes to the correct internal database addresses. Only after both programs successfully complete execution may users again be allowed to perform online searches of the database. OPTIONSThe following options are available: Note:
If an option takes a value, the value must be directly appended to the option name without white space.
OPERANDSThe required input file name (file) identifies the file to be processed by dtsrload. It can optionally include a path prefix, either from root or relative to the current working directory. If a file name extension is not specified, dtsrload assumes a default extension of .fzk. ENVIRONMENT VARIABLESNone. RESOURCESNone. ACTIONS/MESSAGESNone. RETURN VALUESThe return values are as follows:
FILESdtsrload reads the specified fzk file and opens all the database and related language files for the specified database name. For AusText type databases, it also reads the compression encode file ophuf.huf. dtsrload updates the following database files:
EXAMPLESLoad database mydb with the documents specified in the fzk file named batch1.fzk in the current working directory. dtsrload -dmydb batch1
Load database mydb with the documents specified in the fzk file /u/dtsearch/jpndocs.1. Three ASCII plus signs at the bottom of each document signals the end of document text and the beginning of the next fzk file record. dtsrload -dmydb -t+++ /u/dtsearch/jpndocs.1
SEE ALSOdtsrhan(1), dtsrindex(1), huffcode(1), dtsrfzkfiles(4), DtSearch(5)
|