Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Set Filter performance in Browse versus Grid
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
00279680
Message ID:
00280527
Vues:
14
John,

I it is more easy to working with the Grid object so go on with updatable parameterized views. ( It work's fine ! )

But hold in mind you must retreive only a few record's.

Sorry, but using Browse in a Form object is not easy. ( you need time )


Marcel

>True, the Grid is not a command. It is a container for objects that display data. However, the SET FILTER command IS a Rushmore optimized command which is why it works very fast when the results are displayed in a BROWSE window. I'm not sure I understand why those same results are not displayed quickly within a grid because, conceptually, it would be the FILTER command controlling the data access, not the grid. However, the slow performance of the filter in the grid would suggest otherwise.
>
>As for the BROWSE suggestion, that is exactly what I was doing before and it IS very fast. (The project that I'm working on is a conversion of a system from 2.6 DOS to Visual FoxPro.) We have used the grids in an effort to take advantage of their many benefits. I only recently discovered the NAME clause of the BROWSE statement. Even so, I would prefer to use the grid control. I'd rather stick with objects wherever possible.
>
>I am currently experimenting with the updatable parameterized views. They seem to be just as fast, albeit not quite as simple. But I'm not opposed to using the BROWSE command in the interest of time. I do need to resolve the issue quickly. The system is supposed to go live in a week and I've got 50+ screens that are affected by this issue. Thank goodness for base classes and inheritance or I'd really be 'in a pickle'.
>
>John
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform