Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
10 Things to Avoid in VFP Development
Message
De
03/01/2000 22:42:22
 
 
À
03/01/2000 22:30:06
Al Doman (En ligne)
M3 Enterprises Inc.
North Vancouver, Colombie Britannique, Canada
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
00310318
Message ID:
00312130
Vues:
42
>If you're concerned about up-front RDBMS costs, keep an eye open on Linux developments. I understand that there is now a decent free back-end available, PostGRES SQL, and a Windows ODBC driver is available.
>
>Of course, there's no free lunch here, Linux configuration and management costs are going to be scarce and more expensive in the short term. I'd look closely at upcoming Linux-based "appliance" servers that could easily have a back end installed on them.
>
>If you went this route, theoretically you could spend some time optimizing a standard Linux installation plus your backend setup, then "ghost" the hard drive to create a new backend box for a new client. Wow, no software licence fees - what a concept!


I've actually looked into PostGres SQL (or PostGreSQL) on Linux. Glad to know I'm not the only one who has considered this radical idea. Do you know of anyone who is using it with VFP?

If I went this route I would probably want to sell the hardware too. Set up both the back-end and middleware boxes for the client, import their existing data (easier said then done), test them thoroughly, and ship them (or bring them) to the client. You could buy quite a nice Linux server for the 5-10 grand that you don't have to spend for SQL and NT\Win2K. I would run VFP on Win2K of course with a fast channel between the two boxes. Could make quite a sweet combination.

Peter
Peter Robinson ** Rodes Design ** Virginia
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform