J'ai développé une bd ayant pour interface ACCESS (pour des raisons
historiques) et qui pointe désormais sur une BD SQL SERVER.
Pour certains petits clients nous devons installer uniquement le runtime
MSDE pour la faire fonctionner.
J'ai donc créé un script de création de la structure de la base, quelques
lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL
Direct avec une programmation du QueryDef correspondant.
Entre temps, j'ai changé le nom de la base MSDE...
Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut arrivant
à échéance qu'à autre chose.
Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations de
la base ???
A la longue, cela s'accèlère de manière significative pour tendre vers des
temps de réponse normaux.
Auriez-vous des pistes pour éclaircir ce problème ?
la première fois qu'on lance une requête, il faut créer le plan d'exécution et monter les données en RAM, c'est beaucoup plus long.
il s'agit sans doute de cela.
br
"Arnaud CAVELIER" wrote in message news:
Bonjour,
J'ai développé une bd ayant pour interface ACCESS (pour des raisons historiques) et qui pointe désormais sur une BD SQL SERVER.
Pour certains petits clients nous devons installer uniquement le runtime MSDE pour la faire fonctionner.
J'ai donc créé un script de création de la structure de la base, quelques lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL Direct avec une programmation du QueryDef correspondant.
Entre temps, j'ai changé le nom de la base MSDE...
Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut
arrivant
à échéance qu'à autre chose.
Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations
de
la base ??? A la longue, cela s'accèlère de manière significative pour tendre vers des temps de réponse normaux.
Auriez-vous des pistes pour éclaircir ce problème ?
Merci Arnaud
Sylvain Lafontaine
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux (LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" wrote in message news:
Bonjour,
J'ai développé une bd ayant pour interface ACCESS (pour des raisons historiques) et qui pointe désormais sur une BD SQL SERVER.
Pour certains petits clients nous devons installer uniquement le runtime MSDE pour la faire fonctionner.
J'ai donc créé un script de création de la structure de la base, quelques lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL Direct avec une programmation du QueryDef correspondant.
Entre temps, j'ai changé le nom de la base MSDE...
Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut arrivant à échéance qu'à autre chose.
Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations de la base ??? A la longue, cela s'accèlère de manière significative pour tendre vers des temps de réponse normaux.
Auriez-vous des pistes pour éclaircir ce problème ?
Merci Arnaud
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux
(LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" <ArnaudCAVELIER@discussions.microsoft.com> wrote in
message news:19B7ED28-A1BA-4EE8-B10F-A28AE07F6BF4@microsoft.com...
Bonjour,
J'ai développé une bd ayant pour interface ACCESS (pour des raisons
historiques) et qui pointe désormais sur une BD SQL SERVER.
Pour certains petits clients nous devons installer uniquement le runtime
MSDE pour la faire fonctionner.
J'ai donc créé un script de création de la structure de la base, quelques
lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL
Direct avec une programmation du QueryDef correspondant.
Entre temps, j'ai changé le nom de la base MSDE...
Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut
arrivant
à échéance qu'à autre chose.
Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations
de
la base ???
A la longue, cela s'accèlère de manière significative pour tendre vers des
temps de réponse normaux.
Auriez-vous des pistes pour éclaircir ce problème ?
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux (LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" wrote in message news:
Bonjour,
J'ai développé une bd ayant pour interface ACCESS (pour des raisons historiques) et qui pointe désormais sur une BD SQL SERVER.
Pour certains petits clients nous devons installer uniquement le runtime MSDE pour la faire fonctionner.
J'ai donc créé un script de création de la structure de la base, quelques lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL Direct avec une programmation du QueryDef correspondant.
Entre temps, j'ai changé le nom de la base MSDE...
Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut arrivant à échéance qu'à autre chose.
Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations de la base ??? A la longue, cela s'accèlère de manière significative pour tendre vers des temps de réponse normaux.
Auriez-vous des pistes pour éclaircir ce problème ?
Merci Arnaud
Arnaud CAVELIER
tout est en local
"Sylvain Lafontaine" a écrit :
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux (LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" wrote in message news: > Bonjour, > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > historiques) et qui pointe désormais sur une BD SQL SERVER. > > Pour certains petits clients nous devons installer uniquement le runtime > MSDE pour la faire fonctionner. > > J'ai donc créé un script de création de la structure de la base, quelques > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL > Direct avec une programmation du QueryDef correspondant. > > Entre temps, j'ai changé le nom de la base MSDE... > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut > arrivant > à échéance qu'à autre chose. > > Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations > de > la base ??? > A la longue, cela s'accèlère de manière significative pour tendre vers des > temps de réponse normaux. > > Auriez-vous des pistes pour éclaircir ce problème ? > > Merci > Arnaud
tout est en local
"Sylvain Lafontaine" a écrit :
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux
(LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" <ArnaudCAVELIER@discussions.microsoft.com> wrote in
message news:19B7ED28-A1BA-4EE8-B10F-A28AE07F6BF4@microsoft.com...
> Bonjour,
>
> J'ai développé une bd ayant pour interface ACCESS (pour des raisons
> historiques) et qui pointe désormais sur une BD SQL SERVER.
>
> Pour certains petits clients nous devons installer uniquement le runtime
> MSDE pour la faire fonctionner.
>
> J'ai donc créé un script de création de la structure de la base, quelques
> lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
>
> Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL
> Direct avec une programmation du QueryDef correspondant.
>
> Entre temps, j'ai changé le nom de la base MSDE...
>
> Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut
> arrivant
> à échéance qu'à autre chose.
>
> Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations
> de
> la base ???
> A la longue, cela s'accèlère de manière significative pour tendre vers des
> temps de réponse normaux.
>
> Auriez-vous des pistes pour éclaircir ce problème ?
>
> Merci
> Arnaud
Dans vos installations, il y en aurait-il qui serait sur réseaux locaux (LAN, Intranet) et d'autres sur le réseau global (WAN, Internet) ?
S. L.
"Arnaud CAVELIER" wrote in message news: > Bonjour, > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > historiques) et qui pointe désormais sur une BD SQL SERVER. > > Pour certains petits clients nous devons installer uniquement le runtime > MSDE pour la faire fonctionner. > > J'ai donc créé un script de création de la structure de la base, quelques > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL > Direct avec une programmation du QueryDef correspondant. > > Entre temps, j'ai changé le nom de la base MSDE... > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut > arrivant > à échéance qu'à autre chose. > > Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations > de > la base ??? > A la longue, cela s'accèlère de manière significative pour tendre vers des > temps de réponse normaux. > > Auriez-vous des pistes pour éclaircir ce problème ? > > Merci > Arnaud
Arnaud CAVELIER
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement" n'avait pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
la première fois qu'on lance une requête, il faut créer le plan d'exécution et monter les données en RAM, c'est beaucoup plus long.
il s'agit sans doute de cela.
br
"Arnaud CAVELIER" wrote in message news: > Bonjour, > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > historiques) et qui pointe désormais sur une BD SQL SERVER. > > Pour certains petits clients nous devons installer uniquement le runtime > MSDE pour la faire fonctionner. > > J'ai donc créé un script de création de la structure de la base, quelques > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL > Direct avec une programmation du QueryDef correspondant. > > Entre temps, j'ai changé le nom de la base MSDE... > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut arrivant > à échéance qu'à autre chose. > > Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations de > la base ??? > A la longue, cela s'accèlère de manière significative pour tendre vers des > temps de réponse normaux. > > Auriez-vous des pistes pour éclaircir ce problème ? > > Merci > Arnaud
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement" n'avait
pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par
moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
la première fois qu'on lance une requête, il faut créer le plan d'exécution
et monter les données en RAM, c'est beaucoup plus long.
il s'agit sans doute de cela.
br
"Arnaud CAVELIER" <ArnaudCAVELIER@discussions.microsoft.com> wrote in
message news:19B7ED28-A1BA-4EE8-B10F-A28AE07F6BF4@microsoft.com...
> Bonjour,
>
> J'ai développé une bd ayant pour interface ACCESS (pour des raisons
> historiques) et qui pointe désormais sur une BD SQL SERVER.
>
> Pour certains petits clients nous devons installer uniquement le runtime
> MSDE pour la faire fonctionner.
>
> J'ai donc créé un script de création de la structure de la base, quelques
> lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
>
> Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL
> Direct avec une programmation du QueryDef correspondant.
>
> Entre temps, j'ai changé le nom de la base MSDE...
>
> Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut
arrivant
> à échéance qu'à autre chose.
>
> Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations
de
> la base ???
> A la longue, cela s'accèlère de manière significative pour tendre vers des
> temps de réponse normaux.
>
> Auriez-vous des pistes pour éclaircir ce problème ?
>
> Merci
> Arnaud
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement" n'avait pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
la première fois qu'on lance une requête, il faut créer le plan d'exécution et monter les données en RAM, c'est beaucoup plus long.
il s'agit sans doute de cela.
br
"Arnaud CAVELIER" wrote in message news: > Bonjour, > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > historiques) et qui pointe désormais sur une BD SQL SERVER. > > Pour certains petits clients nous devons installer uniquement le runtime > MSDE pour la faire fonctionner. > > J'ai donc créé un script de création de la structure de la base, quelques > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes SQL > Direct avec une programmation du QueryDef correspondant. > > Entre temps, j'ai changé le nom de la base MSDE... > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut arrivant > à échéance qu'à autre chose. > > Ces lenteurs ont l'air d'être plus fréquentes aux premières utilisations de > la base ??? > A la longue, cela s'accèlère de manière significative pour tendre vers des > temps de réponse normaux. > > Auriez-vous des pistes pour éclaircir ce problème ? > > Merci > Arnaud
bruno reiter [MVP]
regardes le plan d'execution et les statistiques I/O et temps
br
"Arnaud CAVELIER" wrote in message news:
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement"
n'avait
pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
> la première fois qu'on lance une requête, il faut créer le plan
d'exécution
> et monter les données en RAM, c'est beaucoup plus long. > > il s'agit sans doute de cela. > > br > > "Arnaud CAVELIER" wrote in > message news: > > Bonjour, > > > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > > historiques) et qui pointe désormais sur une BD SQL SERVER. > > > > Pour certains petits clients nous devons installer uniquement le
runtime
> > MSDE pour la faire fonctionner. > > > > J'ai donc créé un script de création de la structure de la base,
quelques
> > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes
SQL
> > Direct avec une programmation du QueryDef correspondant. > > > > Entre temps, j'ai changé le nom de la base MSDE... > > > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut > arrivant > > à échéance qu'à autre chose. > > > > Ces lenteurs ont l'air d'être plus fréquentes aux premières
utilisations
> de > > la base ??? > > A la longue, cela s'accèlère de manière significative pour tendre vers
des
> > temps de réponse normaux. > > > > Auriez-vous des pistes pour éclaircir ce problème ? > > > > Merci > > Arnaud > > >
regardes le plan d'execution et les statistiques I/O et temps
br
"Arnaud CAVELIER" <ArnaudCAVELIER@discussions.microsoft.com> wrote in
message news:1F905D63-270B-4A2D-9484-4BE4841DE2AB@microsoft.com...
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement"
n'avait
pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par
moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
> la première fois qu'on lance une requête, il faut créer le plan
d'exécution
> et monter les données en RAM, c'est beaucoup plus long.
>
> il s'agit sans doute de cela.
>
> br
>
> "Arnaud CAVELIER" <ArnaudCAVELIER@discussions.microsoft.com> wrote in
> message news:19B7ED28-A1BA-4EE8-B10F-A28AE07F6BF4@microsoft.com...
> > Bonjour,
> >
> > J'ai développé une bd ayant pour interface ACCESS (pour des raisons
> > historiques) et qui pointe désormais sur une BD SQL SERVER.
> >
> > Pour certains petits clients nous devons installer uniquement le
runtime
> > MSDE pour la faire fonctionner.
> >
> > J'ai donc créé un script de création de la structure de la base,
quelques
> > lots DTS pour transformer les anciennes datas ACCESS vers MSDE.
> >
> > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes
SQL
> > Direct avec une programmation du QueryDef correspondant.
> >
> > Entre temps, j'ai changé le nom de la base MSDE...
> >
> > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut
> arrivant
> > à échéance qu'à autre chose.
> >
> > Ces lenteurs ont l'air d'être plus fréquentes aux premières
utilisations
> de
> > la base ???
> > A la longue, cela s'accèlère de manière significative pour tendre vers
des
> > temps de réponse normaux.
> >
> > Auriez-vous des pistes pour éclaircir ce problème ?
> >
> > Merci
> > Arnaud
>
>
>
regardes le plan d'execution et les statistiques I/O et temps
br
"Arnaud CAVELIER" wrote in message news:
Merci de votre aide, mais ce qui m'embête c'est que ce "chargement"
n'avait
pas l'air aussi long la semaine dernière. Il atteind presque 1 minute par moment !!!
doit-on vraiment se résigner ?
Merci
"bruno reiter [MVP]" a écrit :
> la première fois qu'on lance une requête, il faut créer le plan
d'exécution
> et monter les données en RAM, c'est beaucoup plus long. > > il s'agit sans doute de cela. > > br > > "Arnaud CAVELIER" wrote in > message news: > > Bonjour, > > > > J'ai développé une bd ayant pour interface ACCESS (pour des raisons > > historiques) et qui pointe désormais sur une BD SQL SERVER. > > > > Pour certains petits clients nous devons installer uniquement le
runtime
> > MSDE pour la faire fonctionner. > > > > J'ai donc créé un script de création de la structure de la base,
quelques
> > lots DTS pour transformer les anciennes datas ACCESS vers MSDE. > > > > Dans ACCESS, j'exécute les procédures stockées MSDE grâce aux requêtes
SQL
> > Direct avec une programmation du QueryDef correspondant. > > > > Entre temps, j'ai changé le nom de la base MSDE... > > > > Au final, j'obtiens des lenteurs qui ressemblent plus à un TimeOut > arrivant > > à échéance qu'à autre chose. > > > > Ces lenteurs ont l'air d'être plus fréquentes aux premières
utilisations
> de > > la base ??? > > A la longue, cela s'accèlère de manière significative pour tendre vers
des
> > temps de réponse normaux. > > > > Auriez-vous des pistes pour éclaircir ce problème ? > > > > Merci > > Arnaud > > >