Version imprimable
Bonjour
quelles seraient les performances en terme de réactivité si on connectait un fichier MS ACCESS à des données sql server :
est ce que les performances multi utilisateurs seraient garanties ?
rapidité d'execution?
procedures stockées toujours utilisables deouis MS ACCESS ?...
merci d'avance
Aucunement puisque Access est incapable d'être utilisé par plus d'un process à la fois !Citation:
quelles seraient les performances en terme de réactivité si on connectait un fichier MS ACCESS à des données sql server :
est ce que les performances multi utilisateurs seraient garanties ?
Voisin du zéro absolu !Citation:
rapidité d'execution?
Absolument pas. Cela n'existe pas dans Access.Citation:
procedures stockées toujours utilisables deouis MS ACCESS ?...
Pour finir : le moteur relationnel d'Access est considéré comme obsolète par MS depuis de nombreuses années et ne passera pas le cap du 64 bits.
A +
pourtant cet article fait l'éloge de cette combo de solution :
http://sqlserver.itpro.fr/Veille-Tec...a-Project-.htm
La référence que vous nous montrez est une pub pour un livre...
ENI est éditeur d'ouvrage base de gamme. Rien à voir avec Eyrolles, Dunod ou Pearson...
ADP est une solution pour tenter de contourner les problèmes d'Access.
Mais si vous voulez le faire proprement il faut tout récrire.
Lisez ce que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti...ver_le_piege_a
A +
ADP est une bonne solution.
Ca fonctionne bien en multi-utilisateurs et ça permet de développer rapidement une IHM (attention, il faut un fichier ADP par utilisateur).
Il est possible d'exécuter des procédures stockées en VBA ou de les utiliser comme source de données de formulaire ou de contrôle.
Mais comme le dit SQLPro, il faut que la base de données tienne la route. Migrer une base Access en projet ADP avec l'assistant d'Access, c'est bof.
A+