Requin a écrit :
Envisage Access ou Filemaker UNIQUEMENT si ton application est destinée EXCLUSIVEMENT à un usage monoposte.
Si tu envisages plusieurs utilisateurs en réseau effectuant des requêtes simultanées à la base de données il vaut mieux utiliser autre chose, Access est merdique à souhait dans ces cas là.
Access a un autre défaut : quand tu passes à une version plus récente en général il y a TOUJOURS quelque chose qui foire, les migration vers de nouvelles versions ne sont pas de tout repos (même l'assistant vers MS SQLServer nécessite de retoucher les "autonumber" et de pas mal bricoler).
En réseau il sera tout d'abord judicieux de séparer la base de données et l'interface permettant de les insérer / modifier / consulter.
A l'heure actuelle il est fréquent d'envisager un client "léger", un navigateur Web par exemple dans ce cas tu peux utiliser :
- MySQL -> base de données
- Apache & PHP -> serveur applicatif
- Un navigateur (Internet Explorer, Firefox, Opera, ...) -> client
L'avantage ces produits ne coûteront rien et bénéficient d'une forte communauté d'utilisateurs.
Il est évident que tu peux programmer un client Win32 avec Visual Basic .Net, C#, C++, Delphi ou tout autre langage de programmation, si par exemple tu as besoin de contrôles plus avancés que ce que peut fournir un navigateur pour ton interface client.
pour conclure Access ou Filemaker permettera de créer très rapidement une application avec base de données, toutefois cette application sera très vite limitée.
Pour information j'ai fait il y a deux semaines une migration Access 2000 vers SQL Server 2000, avec Access sur un poste récent le temps de traitement était de 30 secondes, avec SQL Server 2000 le temps a été réduit à 2 -3 secondes.
|
