SORTDFLT=YES is indeed a great new feature, and it is appropriate in most RETIX scenarios.
Critical to its success (as a performance enhancement) is that the key statistics in the CXX must be accurate. If the statistics in the CXX are inaccurate then the value that SORTDFLT provides may be too high or too low - either of which can negatively impact performance.
If you only use normal applications (Ideal, COBOL etc.) + DBUTLTY to perform all maintenance of your CA Datacom tables then the CXX statistics should be pretty accurate, and SORTDFLT will work well.
In previous releases of CA Datacom, if there was a MUF failure (MUF abend or power outage etc.) then the CXX stats could become very inaccurate. But if you have kept up with the very latest PTFs in Datacom 14.0 then there are recent enhancements that aim to keep the CXX stats as accurate as possible for almost all scenarios.
And now I will come to a sample scenario where SORTDFLT is NOT appropriate...
Let's say we have two MUFs. One "Live" MUF that is heavily updated, and a second MUF (maybe a "Monthly reporting" MUF or a "User Acceptance Testing" MUF) that is refreshed from the "Live" MUF.
For performance reasons, the method used to perform the refresh to the second MUF does NOT use DBUTLTY BACKUP/LOAD. Instead it uses one of the fast DASD copy utilities (EMCSNAP, DFSMSdss etc.). The IXX and Data Area datasets are copied, but the CXX is not copied (for example because perhaps only certain tables are to be "refreshed").
Further let's say the "Live MUF" has 1,000,000 rows and 3 keys on this table. So the SORTDFLT in the Live MUF would calculate ~3,000,000 index entries to be sorted - correctly.
But the second MUF's CXX still thinks this table only has 100 rows. So SORTDFLT in the second MUF will calculate ~300 index entries to be sorted even though the actual IXX/DATA areas have the 1,000,000 rows/3,000,000 index entries. In this case the sort execution will be negatively impacted.
So if you use non-DBUTLTY DASD copy utilities to move/copy data from one environment to another (or even within the same MUF) then either code an explicit SORT=value from the "Live" MUF, or use the following DBUTLTY command on the second MUF after you have completed the DASD copy utility..
RETIX DBID=nnnnn,KEYNAME=*SETR
...to re-count the rows and update the CXX statistics. Then SORTDFLT=YES will work perfectly in the second MUF too.