Discussion :

[kan630]

Bonjour,

Je vous sollicite, chers amis du forum
sur un problème de temps de latence.

J'ai un temps de latence de plusieurs secondes (environ 7 secondes)
A chaque fois que l'utilisateur ouvre un nouveau formulaire dans Access
Une fois ces 7 secondes passées, on retrouve un comportement rapide.
Mais si on essaye de cliquer sur un bouton, une combobox durant ces 7 secondes, il faut attendre. La souris est en forme de pointeur... même pas de sablier !

j'ai l'impression nette que cela se produit lorsque Access va interroger l'ActiveDirectory et SQL Serveur pour déterminer les droits de l'utilisateur qui ouvre Access.

Je travaille sur des projets ADP, lié à une base SQL Serveur 2008 R2
les projets ADP sont lancé via Access 2007 installé sur tous les postes.
Chaque utilisateur (login Windows) est associé à des rôles SQL Serveur
Dans chaque rôle, je définis les droits de façon fine
(select, execute, update... sur les table, vue, ps, fonction...)

J'ai aussi plusieurs applications accdb qui tournent
Et dans ce cas, je n'ai pas constaté de temps de latence sur ces projets accdb...
Dans ce cas, je n'ai que quelques (20 ou 30) objets SQL serveur présents dans l'application Access, en lien ODBC direct

Qu'en pensez vous ?
Avez vous déjà rencontré ces temps de latence ?
Y a t'il une action à mener entre l'ActiveDirectory et SQL Serveur ?
Devrais-je tout migrer en accdb ? aie aie aie !

Antoine

[Zabriskir]

Bonjour,

Essayez de tester en authentification SQL Server pour voir si vous avez toujours de la latence.

@+

[kan630]

Effectivement, c'est le test à faire
je précise que ces temps de latence sont apparus lors de la migration du serveur SQL

De SQL Server 2000 français 32 bits - authentification SQL Serveur
Vers SQL Server 2008 R2 anglais 64 bits - Sécurité intégrée Windows
Les temps d’exécution des requêtes ont été divisé par 20

Mais les temps d'ouverture des formulaires...


Je viens de tester en mettant un Login TestLatence avec un mot de passe SQL Serveur....
Effectivement, c'est bien plus rapide...
Le probleme vient bien de la sécurité windows integrée

Personne n'a eu ce cas de figure avant ?


(Y a pas d'admin réseau dans la boite, je ne sais pas trop ce que je dois faire, je n'y connais rien en admin windows)

[Rémi GAUDINAT]

Bonjour,
Si tu passes par la sécurité intégrée de Windows, cela revient à dire qu'à chaque fois tu ouvres une session utilisateur sur ton serveur, donc avec un temps de réponse d'authentification. Par contre, si tu utilises l'authentification SQL Serveur tu inities ta connexion au début et c'est tout et tu obtiens donc des temps de réponse très bons, sans l'attente due à ton authentification à l'ouverture de ta session.
Personnellement, je ne vois pas l'intérêt d'employer une connexion par la sécurité intégrée et je trouve tellement plus simple à gérer uniquement des clients SQL plutôt que des utilisateurs OS. C'est beaucoup plus sécurisé, ils ne peuvent avoir accès qu'aux données et pas au reste.
Tu pourrais donc créer tout tes client SQL Serveur au niveau du moteur de base de données, leur attribuer les droits que tu auras choisi et ensuite les supprimer au niveau de l'OS.

[Zabriskir]

Si tu passes par la sécurité intégrée de Windows, cela revient à dire qu'à chaque fois tu ouvres une session utilisateur sur ton serveur, donc avec un temps de réponse d'authentification. Par contre, si tu utilises l'authentification SQL Serveur tu inities ta connexion au début et c'est tout et tu obtiens donc des temps de réponse très bons, sans l'attente due à ton authentification à l'ouverture de ta session.

D'où tenez-vous cela ??
On croit rêver en lisant ce genre d'affirmation !

C'est beaucoup plus sécurisé, ils ne peuvent avoir accès qu'aux données et pas au reste.

On voit que vous ne connaissez rien à la sécurité dans SQL Server.
Pour votre information, Microsoft préconise l'authentification Windows :
http://technet.microsoft.com/en-us/l.../ms144284.aspx

kan630 : J'ai une appli adp 2007 qui pointe sur un SQL Server 2005 et aucun problème de latence (en authentification Windows bien entendu). Essayez avec cette version de SQL Server ou essayez de créer un formulaire tout simple avec une requête très simple dans votre projet existant. Que se passe-t-il si vous lancez la requête source d'un de vos formulaires via sqlcmd ?

@+