Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Index not updated
Message
De
03/11/1998 07:26:02
 
 
À
03/11/1998 07:10:00
Steve Goss
Aon Group Limited
London, Royaume Uni
Information générale
Forum:
Visual FoxPro
Catégorie:
Problèmes
Divers
Thread ID:
00153852
Message ID:
00153859
Vues:
19
>>>We have an application which contains modules developed in VFP and VB.
>>>We have recently discovered that if a VFP module and a VB module attempt to update the same table and the same time that the index is not updated. The records created by the VB module are in the table but cannot be SELECTed.
>>>
>>>Any ideas?
>>
>>How are you accessing the VFP table from within VB (Jet, ODBC, ADO, ?)? It sounds like you're writing records into the table without having the proper index open. If you're using .IDX files, or a non-structural .CDX file, or using an older driver that does not support structural .CDX files (like the generic xBASE ODBC driver) this is the most likely scenario.
>>
>>We are using ODBC and the INTERSOLV 3.01 32 bit Foxpro 3.0 driver. In most cases the index is updated ok, it only appears to be a problem if VFP and VB update the table and the same time. We generate the primary key. The problem appears to occur if the physical sequence of the records differs to the primary key sequence.

I don't know the Intersolve ODBC driver, but the first thing I'd try would be to use another ODBC driver in place of it (Microsoft's VFP5 ODBC driver is available for download from their Web site). I'd also take a look at the mechanism used to generate primary keys, especially if based on referencing another table, in case it's an issue of ensuring that the key reference is accessed serially.
EMail: EdR@edrauh.com
"See, the sun is going down..."
"No, the horizon is moving up!"
- Firesign Theater


NT and Win2K FAQ .. cWashington WSH/ADSI/WMI site
MS WSH site ........... WSH FAQ Site
Wrox Press .............. Win32 Scripting Journal
eSolutions Services, LLC

The Surgeon General has determined that prolonged exposure to the Windows Script Host may be addictive to laboratory mice and codemonkeys
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform