Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Connect to SQL server
Message
De
06/11/2015 15:40:11
Dragan Nedeljkovich (En ligne)
Now officially retired
Zrenjanin, Serbia
 
 
À
06/11/2015 14:20:30
Information générale
Forum:
Visual FoxPro
Catégorie:
Codage, syntaxe et commandes
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows 7
Network:
Windows 2008 Server
Database:
MS SQL Server
Application:
Desktop
Divers
Thread ID:
01627022
Message ID:
01627180
Vues:
117
>Nothing to do with which one is installed. Some machines only one of them will work.

The trick may still work - give them to try each until they hit one that works, then use that for that workstation. Perhaps set the timeout to something shorter than the default minute while trying out.

>>>Excellent for finding the latest driver, kudos. But my experience has been that on many machines only one of the drivers, odbc or native, will work at all. IOW on machine A only odbc works, on machine B only native works, on machine C either one works etc. Never been able to quite figure out the how and why.
>>
>>It depends on which one is installed on each. Now with my luck you can't rely on any particular one being everywhere except the oldest, for SQL 2000, because you don't have access to all workstations and you can't trust their IT guys to install anything.
>>
>>My trick is to have several connectstrings, not as automated as what Tore posted, but these connectstrings mostly differ in the driver (or, in one case, in the address of the server, because they have two NICs on it and some workstations see it by name and the others by IP adress number), so they each use what works for them (first time try each, save the ordinal number of one that works, go for that one henceforth).

back to same old

the first online autobiography, unfinished by design
What, me reckless? I'm full of recks!
Balkans, eh? Count them.
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform