What Are the Parameters in the Lawson Database Interface Configuration File?
The following topics describe the parameters in the Lawson db.cfg database interface configuration file:
Parameters that Specify Your Database Implementation
The parameters in the following table configure the database.
Parameter | Description |
---|---|
[SECTION]
|
A section name to group parameters. At least one entry is required; if your product line configuration includes multiple databases, you can have more than one entry. If you specify a value for dbname in %LASRCDIR%\dict\dataarea.xml, the section name should match the dbname. If you do not specify a value for dbname in dataarea.xml, the section name should be one of the following, depending on your database type.
|
DBNAME
|
Required. The database name. The default is the data area name. If you want to use another name, enter it with this parameter. |
DBSERVER
|
Note: Normally you use
DBSERVER when your database is installed in a
client/server configuration using more than one machine. It is recommended that
you use DBSERVER instead of the Oracle TWO_TASK
parameter. |
ORACLE_HOME
|
The directory where the database is installed. |
DBTYPE
|
Deprecated. Formerly used to indicate the type of database
for this set of data. Normally this parameter was only used when the
database section is designated This value would match the value of the dbtype parameter in the
|
PORT
|
The port number for the database server. |
LOGINNAME
|
This is the user name used when the database driver connects
to the database. The default is The parameter is not required if SERVICENAME is specified. |
PASSWORD
|
This is the password for The parameter is not required if SERVICENAME is specified. |
SERVICENAME
|
This parameter specifies the name of the database service for this data area. If you do not enter a database service, the login procedure defaults to using the LOGINNAME and PASSWORD specified in this file. |
SCHEMA
|
Deprecated. Do not use this parameter in the |
FILEGROUPS
|
Optional. The default is
|
Parameters that Support Text Search
The parameters in the following table configure the Lawson database driver to use text indexing and search features provided by the database.
If you do not set any values, Oracle will set a default 30 minute interval for the synchronization of text indexes.
Parameter | Description | ||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
CTXPARMS
|
For Oracle, replaces the parameters clause of a CREATE INDEX statement for text indexes with the appropriate DDL string entered following this parameter. Use this parameter instead of TEXT_COMMIT, TEXT_NO_COMMIT, or TEXT_SYNC if you need control over DDL generation. |
||||||||||||||||||||||||||||||||||||||||||||||||
TEXT_COMMIT
|
For Oracle, If you need control over DDL generation, use the CTXPARMS parameter. |
||||||||||||||||||||||||||||||||||||||||||||||||
TEXT_INTERVAL
|
For Oracle, the number of minutes between text index repopulation. (This provides the easiest way to set the interval between text index repopulation.) The default is 30. | ||||||||||||||||||||||||||||||||||||||||||||||||
TEXT_NO_COMMIT
|
For Oracle, If you need control over DDL generation, use the CTXPARMS parameter. |
||||||||||||||||||||||||||||||||||||||||||||||||
TEXT_SYNC
|
For Oracle, specifies an interval upon which the text search index will be created. A recurring job will automatically be created. For example, this setting of could be added to specify a 30-minute interval for a recurring job that commits any text index changes:
If you need control over DDL generation, use the CTXPARMS parameter. |
||||||||||||||||||||||||||||||||||||||||||||||||
PARALLEL
|
For Oracle, specifies the number of processes to use for parallel processing of text index builds. It is recommend to set this value to n-1, where n is the number of processors you have on your machine. | ||||||||||||||||||||||||||||||||||||||||||||||||
TEXT_SERVER
|
For SQL Server, the name of the server where the database with the text search feature was installed. | ||||||||||||||||||||||||||||||||||||||||||||||||
CHANGE_TRACKING
|
For SQL Server, specifies whether or not SQL Server maintains a list of all changes to the indexed data. The default is AUTO. The following values are supported:
Note:
See the Microsoft SQL Server documentation for more complete information on these parameters. |
||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_TYPE=nnn
|
For SQL Server, an integer value (nnn) that indicates the type of schedule, or how often the job is to be executed. The default value is 0 (zero). Valid values are shown in the following table:
|
||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_INTERVAL=nn
|
For SQL Server, an integer value that indicates the day the job is executed. The default value is 0 (zero). The value specified for FREQ_INTERVAL is related to the FREQ_TYPE. The interpretation of the FREQ_INTERVAL value (nnn) is shown in the following table:
|
||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_SUBDAY_INTERVAL=nn
|
For SQL Server, an integer value that specified the number of periods (FREQ_SUBDAY_TYPE) between each execution of the job. The default is zero (0). | ||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_SUBDAY_TYPE=type
|
For SQL Server, an integer value that specifies the units for FREQ_SUBDAY_INTERVAL. Use one of the following values:
|
||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_RELATIVE_INTERVAL= nnn
|
For SQL Server, an integer value that indicates the occurrence of the interval, when the FREQ_TYPE specification is 32 (monthly relative). For example, if FREQ_RELATIVE_INTERVAL is set to 2, FREQ_TYPE is set to 32, and FREQ_INTERVAL is set to 3, the scheduled job would occur on the second Tuesday of each month.
|
||||||||||||||||||||||||||||||||||||||||||||||||
FREQ_RECURRENCE_FACTOR= nnn
|
For SQL Server, an integer value that specifies the number of weeks or months between the scheduled execution of the job. FREQ_RECURRENCE_FACTOR can be used only when FREQ_TYPE is set to 8, 16, or 32. The default is 0 (zero). |
||||||||||||||||||||||||||||||||||||||||||||||||
ACTIVE_START_DATE= yyyymmdd
|
For SQL Server, the date job execution will begin. If ACTIVE_START_DATE is set, the date must be greater than or equal to 19900101. |
||||||||||||||||||||||||||||||||||||||||||||||||
ACTIVE_END_DATE= yyyymmdd
|
For SQL Server, the date job execution will stop. | ||||||||||||||||||||||||||||||||||||||||||||||||
ACTIVE_START_TIME= hhmmss
|
For SQL Server, the time of day that job execution will begin. This value is used only on valid days between the ACTIVE_START_DATE and ACTIVE_END_DATE. Times are formatted based on a 24-hour clock. |
||||||||||||||||||||||||||||||||||||||||||||||||
ACTIVE_END_TIME=hhmmss
|
For SQL Server, the time of day that job execution will end. This value is used only on valid days between the ACTIVE_START_DATE and ACTIVE_END_DATE. Times are formatted based on a 24-hour clock. |
Parameters that Configure Record Caching
Use the following parameters to enable record caching.
Parameter | Description |
---|---|
ARRAYBUFSIZE |
Indicates the maximum number of rows to be fetched at a time from the database. The default is 10 rows. The setting for this variable in the database driver configuration file applies to all files in the data area. |
INSERTBUFSIZE |
Indicates the maximum number of rows to be buffered in the database driver before an array insert flushes data out to the database. Lawson recommends a setting of 1 (one) for Microsoft SQL Server. This parameter must be set to a value greater than 1 to enable array inserts. Lawson recommends a setting of 10 for normal use. When you perform a dbcopy or database reorganization, particularly when a large amount of data has been inserted into the database, you may want to increase the size of this parameter. Lawson recommends increasing it to 50 in these cases. Return the parameter to your normal setting when the dbcopy or the database reorganization completes. |
Parameters that Support Use of Database Vendor Features
The parameters in the following table configure the Lawson database driver to use features provided by your database.
Parameter | Description |
---|---|
RESUMABLE |
Optional. Allows values of Specifies whether the database suspends when a table space runs out of space, to wait for DBA intervention. This feature applies only to Landmark programs (such as the database reorganization utility) execution. |
RESUMABLE_TIMEOUT |
Optional. Requires Specify how long, in seconds, the database waits for DBA intervention. |
SHOW_PLAN |
Optional. Invoke the database SQL explain plan. |