14.2.7 Guidelines, Rules and Limitations that Apply when Using the DASO=F Parameter
- Generally this option is faster and uses less system resources than the DASO=D option.
- This option causes the data area value to be stored in a file named <data area>.ARA in the same directory as the relative record number assignment files (.RRN) are stored. Refer to the RPTH= parameter for details of how this directory name is defaulted and specified. The file names used are reflective of the uppercase data area name, so data area names of more than 8 characters will cause file names of more than 8 characters to be created.
- You must ensure that all data area names that are used conform to IBM i object naming standards. This means that the first character must be one of A ->Z (uppercase), $, @ or # followed by up to 9 more characters that must be one of A ->Z (uppercase), 0 -> 9, $, @ or #. No other characters are permitted. Failure to observe this rule may lead to application failure and/or unexpected results.
- Locking is accomplished by using the appropriate operating system file access facilities. This means that data areas that are left locked (e.g. via the GET_CHAR_AREA Built-In Function) leave an operating system file handle open until such time as they are unlocked or the application terminates. Some operating systems impose a limit on the number of open file handles that you can have at any one time and that may limit how many locked data areas you can actually have concurrently locked. It is recommended that you do not try to have more than 4 concurrently locked data areas.
- The use of the option to divert data area accesses to a server system when running applications in SuperServer mode takes precedence over this option.
Normally only standalone systems and server systems use this option. Clients connected by LANSA SuperServer facilities do not normally use this option, relying instead on the SuperServer connection option to divert their data area access requests to the server system automatically. The server system itself then may choose to use DASO=F to further divert incoming client requests into flat files rather than the DBMS table LX_DTA.
- Use caution when switching between the DASO=D (the default) and DASO=F options. Those data area values stored in table LX_DTA and those stored in <data area>.ARA files must have their current values aligned each time such a switch occurs. The value alignment process is your responsibility.