Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Flush why not flush?
Message
From
02/02/2003 20:02:21
 
 
To
02/02/2003 18:39:19
Gerry Schmitz
GHS Automation Inc.
Calgary, Alberta, Canada
General information
Forum:
Visual FoxPro
Category:
Databases,Tables, Views, Indexing and SQL syntax
Miscellaneous
Thread ID:
00748117
Message ID:
00748246
Views:
24
>>In my experience, lose data could happen in one workstation and one "server" environment. And the data lost not only the last "FLUSH" record but may be 2-30 records.
>>If FLUSH not really FLUSH data, why should we FLUSH?
>
>I guess we have different experiences. I can FLUSH on a client machine and watch the drive light on the server operate in step.
>
>My multi-user app with 20 to 25 users, 150 tables, and NT Server has never had a report of "lost records" or a corrupted index in 8 years. The app itself has "cloning" features that will insert 1000+ records at a time when creating work orders, purchase orders, requisitions, etc. Lost records would have had a major impact.

Gerry,
while I too suspect something something else as John's problem, it would be good to know if yours uses TRANSACTIONs. TRANSACTIONs do seem implicated in most such problems reported, including this one.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform