Voila je voulais savoir si cela aller jouer en rapidité d'execution si je
stocke mes tables dans SQL serveur et que j'utilise l'interface des
formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue
en tps d'execution
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Romelard Fabrice [MVP]
Bonjour, C'est une solution à mon sens tout à fait adaptée. SQL Server deviendra alors le centre de stockage des données tandis que ACCESS restera le client pour accéder à celles-ci. ACCESS est adapté dans un environnement monoposte, dans le cas où l'on se place dans un environnement réseau avec accès multiple, ce n'est plus le cas.
Dans votre cas, cela accélerera le temps de traitement par le moteur relationnel, le facteur limitant deviendra alors le volume qui transite par le réseau.
-- Cordialement.
Romelard Fabrice [MVP]
"" a écrit dans le message de news:
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
Bonjour,
C'est une solution à mon sens tout à fait adaptée.
SQL Server deviendra alors le centre de stockage des données tandis que
ACCESS restera le client pour accéder à celles-ci.
ACCESS est adapté dans un environnement monoposte, dans le cas où l'on se
place dans un environnement réseau avec accès multiple, ce n'est plus le
cas.
Dans votre cas, cela accélerera le temps de traitement par le moteur
relationnel, le facteur limitant deviendra alors le volume qui transite par
le réseau.
--
Cordialement.
Romelard Fabrice [MVP]
"Seigre.alexandre@ig2i.fr" <Seigrealexandreig2ifr@discussions.microsoft.com>
a écrit dans le message de news:
61E02C9E-31A3-4111-8BF6-C74711C7D931@microsoft.com...
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je
stocke mes tables dans SQL serveur et que j'utilise l'interface des
formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue
en tps d'execution
Bonjour, C'est une solution à mon sens tout à fait adaptée. SQL Server deviendra alors le centre de stockage des données tandis que ACCESS restera le client pour accéder à celles-ci. ACCESS est adapté dans un environnement monoposte, dans le cas où l'on se place dans un environnement réseau avec accès multiple, ce n'est plus le cas.
Dans votre cas, cela accélerera le temps de traitement par le moteur relationnel, le facteur limitant deviendra alors le volume qui transite par le réseau.
-- Cordialement.
Romelard Fabrice [MVP]
"" a écrit dans le message de news:
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
SQLpro [MVP]
a écrit :
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
Rien a voir en terme de rapidité : Access lit les données en fichiers donc 10 ms (temps moyen d'accès au disque) SQL Server lit ses données en mémoire donc 10 ns (temps d'accès RAM) Entre les deux un rapport de 1 millions...
Mais il faut que SQL Server charge préalablement les données des disques en mémoire, ce qui suppose beaucoup de ram donc pas un "petit poste".
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Seigre.alexandre@ig2i.fr a écrit :
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je
stocke mes tables dans SQL serveur et que j'utilise l'interface des
formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue
en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
Rien a voir en terme de rapidité :
Access lit les données en fichiers donc 10 ms (temps moyen d'accès au
disque)
SQL Server lit ses données en mémoire donc 10 ns (temps d'accès RAM)
Entre les deux un rapport de 1 millions...
Mais il faut que SQL Server charge préalablement les données des disques
en mémoire, ce qui suppose beaucoup de ram donc pas un "petit poste".
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
Rien a voir en terme de rapidité : Access lit les données en fichiers donc 10 ms (temps moyen d'accès au disque) SQL Server lit ses données en mémoire donc 10 ns (temps d'accès RAM) Entre les deux un rapport de 1 millions...
Mais il faut que SQL Server charge préalablement les données des disques en mémoire, ce qui suppose beaucoup de ram donc pas un "petit poste".
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Sylvain Lafontaine
Le problème principal d'Access en réseau provient des Jointures entre tables car le moteur JET est très inefficace à ce sujet là lorsqu'il est en mode réseau.
Pour régler ce problème vous devez non seulement utiliser SQL-Server mais également également d'avoir le plus grand nombre possibles de Views afin d'être sûr d'avoir le nombre maximal de jointures réalisées directement sur le serveur et non pas par Jet par-dessus le réseau.
Si vous n'utilisez pas les Views, JET pourra quand même réaliser certaines des jointures directement sur le serveur mais uniquement dans les cas simples. Utiliser SQL-Server Profiler pour voir ce qui va se passer sur SQL-Server lorsque accédé par JET.
Pour avoir des Views éditables (modifiables): http://support.microsoft.com/kb/q209123/
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"" wrote in message news:
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
Cela changera t il qq chose??
Et surtout comment dois je m'y prendre?
Merci d'avance
Le problème principal d'Access en réseau provient des Jointures entre tables
car le moteur JET est très inefficace à ce sujet là lorsqu'il est en mode
réseau.
Pour régler ce problème vous devez non seulement utiliser SQL-Server mais
également également d'avoir le plus grand nombre possibles de Views afin
d'être sûr d'avoir le nombre maximal de jointures réalisées directement sur
le serveur et non pas par Jet par-dessus le réseau.
Si vous n'utilisez pas les Views, JET pourra quand même réaliser certaines
des jointures directement sur le serveur mais uniquement dans les cas
simples. Utiliser SQL-Server Profiler pour voir ce qui va se passer sur
SQL-Server lorsque accédé par JET.
Pour avoir des Views éditables (modifiables):
http://support.microsoft.com/kb/q209123/
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF
"Seigre.alexandre@ig2i.fr" <Seigrealexandreig2ifr@discussions.microsoft.com>
wrote in message news:61E02C9E-31A3-4111-8BF6-C74711C7D931@microsoft.com...
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je
stocke mes tables dans SQL serveur et que j'utilise l'interface des
formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue
en tps d'execution
Le problème principal d'Access en réseau provient des Jointures entre tables car le moteur JET est très inefficace à ce sujet là lorsqu'il est en mode réseau.
Pour régler ce problème vous devez non seulement utiliser SQL-Server mais également également d'avoir le plus grand nombre possibles de Views afin d'être sûr d'avoir le nombre maximal de jointures réalisées directement sur le serveur et non pas par Jet par-dessus le réseau.
Si vous n'utilisez pas les Views, JET pourra quand même réaliser certaines des jointures directement sur le serveur mais uniquement dans les cas simples. Utiliser SQL-Server Profiler pour voir ce qui va se passer sur SQL-Server lorsque accédé par JET.
Pour avoir des Views éditables (modifiables): http://support.microsoft.com/kb/q209123/
-- Sylvain Lafontaine, ing. MVP - Technologies Virtual-PC E-mail: http://cerbermail.com/?QugbLEWINF
"" wrote in message news:
Bonjour,
Voila je voulais savoir si cela aller jouer en rapidité d'execution si je stocke mes tables dans SQL serveur et que j'utilise l'interface des formulaires access
Car en fait actuellement j'ai une BDD access en réseau qui est trés longue en tps d'execution
