Yes, I had heard about that; but I don't know how many people in developing countries will quickly switch to VFP 9; nor, how far all this can be trusted to really work.
But, if a filter does work well with a grid - either because reccount() is not too big, or because the previous problems were solved - then I think the filter would be easier to implement.
>Hi Hilmar,
>>SET FILTER - limited to tables of about 20,000 records. For larger tables, it will be too slow.
>When using vfp9 with the new option to rushmore-optimize grids (not available in the open beta)quite a few of the above scenarios can be handled with set filter.
>
>Most of the ways to work with "real subsets" (views, cursoradapter, sql cursor) are still faster due to the internal structure of vfx, but you have workable solutions for most of previously uncomfortably slow performance of filtered grids. I've poked a bit into
>
>Yes, probably a few scenarios will be found where rushmore actually slows previous "unoptimized" performance, but that won't be the rule.
>
>my 0.02 EUR
>
>thomas
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)