Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Microsoft VFP practice exam
Message
De
20/01/2004 14:42:17
John Ryan
Captain-Cooker Appreciation Society
Taumata Whakatangi ..., Nouvelle Zélande
 
 
À
20/01/2004 10:25:29
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
00865956
Message ID:
00868708
Vues:
42
Thomas

>>But I cannot believe that the relatively simple structure of defined memory offsets
(easy to map from and to files) will have less efficieny when used with large amounts of data.

I can help there. dotNET is *definitely* troublesome in areas such as presentation reporting where large data is required. Resource gets gobbled at an alarming rate and "scalability" becomes a misnomer. Naturally pundits will advocate reporting at the database level, naturally without knowing enough about the need to actually comment on whether that is a viable solution, and this is indeed one of the ideas that have to be considered to overcome this scalability problem.

To an extent this can also be overcome by persuading customers that they can cope with much smaller chunks of data. However, I'd rather not be the one to tell a surgeon "you know how you've told us since 1995 that you need the department's 3500 outpatients on screen in a large scrollable grid with all their results at once so you can scan at a glance to prioritise who needs to be seen first, ordering the list by clicking column headers to allow you to juggle the various parameters. Well, great news; we've rewritten the app in a much better development environment, and the new tool is much better because it isn't designed for such large, inefficient collections of data, so from now on we'll give you the list of patients and you can just click one-by-one on the patients you actually need to see".

Also, in cases where (for example) a country is divided into several thousand separate cachments with distinct characteristics, a persistent indexed VFP lookup table/cursor is efficient and easy compared to repetitive backend selects or huge memory-resident collections. The lack of a local data engine- something that JVP has (naturally) scoffed at before but that I now see Rick Strahl is in agreement over- does cause far more twists and turns than the simple VFP cursor. I am aware of at least one vendor who also sees this and is frantically trying to put something together to allow persistent local data features similar to a cursor.

Regards

j.R
"... They ne'er cared for us
yet: suffer us to famish, and their store-houses
crammed with grain; make edicts for usury, to
support usurers; repeal daily any wholesome act
established against the rich, and provide more
piercing statutes daily, to chain up and restrain
the poor. If the wars eat us not up, they will; and
there's all the love they bear us.
"
-- Shakespeare: Coriolanus, Act 1, scene 1
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform