Bonjour,
Un gros pb de lenteur, sur une application Access mdb (runtime) sur site
distant (réseau global intranet). Nous utilisons SQL Server comme BD, lorsque
l'utilisateur utilise ACCESS, l'appli attache les tables dont il a besoins
via ODBC (jusque là tous va bien) mais lorsqu'il utilise les forms ou les
états, c'est une catastrophe. Quelqu'un a-t-il une suggestion. De plus, nous
utilisons la meme BD pour le site intranet et les temps de réponse sont plus
que raisonnable.
merci de vos suggestions. Bonne fêtes de fin d'année
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
marcel
J'ai remarqué une chose, je ne sais pas si elle correspond à ton besoin, si tu as le malheur de faire une requête qui appelle une autre requête stockée dans le mdb, les temps de réponses sont exécrables, si tu fais une requête qui appelle les tables pas trop de soucis. Dans ce cas réécrire une requête afin qu'elle n'appelle rien d'autres que des tables, tient nous au courant sur le forum.
"" a écrit dans le message de news:
Bonjour, Un gros pb de lenteur, sur une application Access mdb (runtime) sur site distant (réseau global intranet). Nous utilisons SQL Server comme BD, lorsque
l'utilisateur utilise ACCESS, l'appli attache les tables dont il a besoins via ODBC (jusque là tous va bien) mais lorsqu'il utilise les forms ou les états, c'est une catastrophe. Quelqu'un a-t-il une suggestion. De plus, nous
utilisons la meme BD pour le site intranet et les temps de réponse sont plus
que raisonnable. merci de vos suggestions. Bonne fêtes de fin d'année
J'ai remarqué une chose, je ne sais pas si elle correspond à ton besoin, si
tu as le malheur de faire une requête qui appelle une autre requête stockée
dans le mdb, les temps de réponses sont exécrables, si tu fais une requête
qui appelle les tables pas trop de soucis.
Dans ce cas réécrire une requête afin qu'elle n'appelle rien d'autres que
des tables, tient nous au courant sur le forum.
"alan.jestin@nospam-lesaint-sa.fr"
<alanjestinnospamlesaintsafr@discussions.microsoft.com> a écrit dans le
message de news:FF59B115-D4FF-412E-AE67-26EB9285D5C8@microsoft.com...
Bonjour,
Un gros pb de lenteur, sur une application Access mdb (runtime) sur site
distant (réseau global intranet). Nous utilisons SQL Server comme BD,
lorsque
l'utilisateur utilise ACCESS, l'appli attache les tables dont il a besoins
via ODBC (jusque là tous va bien) mais lorsqu'il utilise les forms ou les
états, c'est une catastrophe. Quelqu'un a-t-il une suggestion. De plus,
nous
utilisons la meme BD pour le site intranet et les temps de réponse sont
plus
que raisonnable.
merci de vos suggestions. Bonne fêtes de fin d'année
J'ai remarqué une chose, je ne sais pas si elle correspond à ton besoin, si tu as le malheur de faire une requête qui appelle une autre requête stockée dans le mdb, les temps de réponses sont exécrables, si tu fais une requête qui appelle les tables pas trop de soucis. Dans ce cas réécrire une requête afin qu'elle n'appelle rien d'autres que des tables, tient nous au courant sur le forum.
"" a écrit dans le message de news:
Bonjour, Un gros pb de lenteur, sur une application Access mdb (runtime) sur site distant (réseau global intranet). Nous utilisons SQL Server comme BD, lorsque
l'utilisateur utilise ACCESS, l'appli attache les tables dont il a besoins via ODBC (jusque là tous va bien) mais lorsqu'il utilise les forms ou les états, c'est une catastrophe. Quelqu'un a-t-il une suggestion. De plus, nous
utilisons la meme BD pour le site intranet et les temps de réponse sont plus
que raisonnable. merci de vos suggestions. Bonne fêtes de fin d'année
