>>>A 'nooptimize' option per clause expression is a good idea too.
>>
>>I don't like the NOOPTIMIZE option: what I am striving for (in many cases) is PARTIAL optimization. No R.Optimization would mean that ALL RECORDS have to be retrieved, whereas Full R.O. would mean (in some cases) retrieving almost all INDEX KEYS. With Partial R.O., both things can be avoided. In some cases, at least.
>
>Am I misreading or misunderstanding???
>
>You don't like the idea of having the capability to say NOOPTIMIZE for a specific WHERE clause (or JOIN clause) expression?
>Something like
>SELECT. . . . WHERE ... AND Sex = m.ApplicantSex NOOPTIMIZE OR ...
>would cause a problem? I must be missing something.
>
>JimN
It is my understanding that the NOOPTIMIZE affects all conditions, not one particular condition (correct me if I am wrong here). If this is the case, all records have to be retrieved.
With a partial optimization (optimizing the first condition - say, "ApplicationDate = ldDate", but not optimizing the Sex field), possibly only a few records would be retrieved.
Hilmar.
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)
