MSIR.0303 SORT/HASH key out of order: Difference between revisions
Jump to navigation
Jump to search
m (1 revision) |
(Automatically generated page update) |
||
| Line 7: | Line 7: | ||
If you can suffer the slower speed of loading without full track I/O, use the OPTION ANYORDER statement, as described in the ''Fast/Reload Reference Manual''. | If you can suffer the slower speed of loading without full track I/O, use the OPTION ANYORDER statement, as described in the ''Fast/Reload Reference Manual''. | ||
[[Category:Sirius Mods | [[Category:Sirius Mods messages]] | ||
Revision as of 17:43, 19 April 2013
This message is preceded by MSIR.0304, and indicates that the switch was required because you were loading data to a hash or sort key file and a record was encountered out of hash or sort key order.
If you are using LAI, the ordering can be done by the HASH or SORT option of the UAI statement in Fast/Unload; see the Fast/Unload Reference Manual.
Otherwise, you should ensure that your input records are in the correct order, to obtain the full track I/O benefits of Fast/Reload. You must sort the TAPEI dataset in order by the SORT key, or by the hash code of the HASH key. This can be achieved using the M204HASH utility, as described in the "Model 204 File Manager's Guide".
If you can suffer the slower speed of loading without full track I/O, use the OPTION ANYORDER statement, as described in the Fast/Reload Reference Manual.