IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes et SQL. Discussion :

Lenteur formulaires après migration vers Azure (tables liées ODBC)


Sujet :

Requêtes et SQL.

  1. #1
    Membre actif
    Homme Profil pro
    Inscrit en
    Janvier 2011
    Messages
    1 092
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 092
    Points : 268
    Points
    268
    Par défaut Lenteur formulaires après migration vers Azure (tables liées ODBC)
    Bonjour à tous

    Tout est dans le titre :

    Après migration sur serveur sql Azure, certains de mes formulaires sont devenus très lents, j'ai donc appliqué certaines astuces avec succès :

    - Desactiver la correction automatique de noms
    - supprimer les listes déroulantes quand possible
    - vérifier les index

    Cependant je ne comprends pas pourquoi alors que je dispose de la version 2016 qui était sensée améliorer toutes ces questions, ces lenteurs réapparaissent... , je suis pourtant sur sql Azure qui est sensé est très rapide ...

    Mes tables sont liées en ODBC (version 13) et j'ai cru voir dans un forum anglais que l'on pouvait les lier de façon à ce que leur référence pointe sur le serveur et non pas sur le nom de la base, mais quelle serait la méthode à appliquer ?.

    De toutes façons comment expliquer que les formulaires contenant des listes déroulantes ou des controltabs soient si lents alors que SQL Azure semble aller à une vitesse fulgurante ?.

    Faut il aussi paramétrer les requêtes comme à l'ancienne lorsque basées sur des champs de formulaire pour améliorer les transactions (même avec la version 2016 ???) ?.

    Merci d'avance pour vos réponses

  2. #2
    Membre actif
    Homme Profil pro
    Inscrit en
    Janvier 2011
    Messages
    1 092
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 092
    Points : 268
    Points
    268
    Par défaut
    Pour l'instant j'ai changé la source de tous les controles contenant des listes en faisant des requetes en SQL Direct et cela a multiplié la réactivité par 5 , donc assez satisfaisant par rapport à la situation antérieure ...

    Cependant je me demande si il faudrait pas baser tous les formulaires actuellement en tables liées en requêtes SQL dirrect aussi, on dirait que les requetes sont bien plus au point que les tables ? Qu'en pensez vous ou bien quel est votre propre expérience ?

  3. #3
    Invité
    Invité(e)
    Par défaut
    Bonjour,
    Travailler sur des tables liées ou sur de requête ne devrait pas changer grand chose!

    En revanche le fait d'être sur une vraie base de données si!

    J'ai vue que les drivers odbc pour azur coutait 140€! J'imagine que ceux de Microsoft ne rivalisent pas! Je ne vois pas l'intérêt si non.

    Tu les as dans le package sql?

    Compacter ta base Accès ne serait pas du luxe , la migration la sens doute épuisée!

  4. #4
    Membre actif
    Homme Profil pro
    Inscrit en
    Janvier 2011
    Messages
    1 092
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 092
    Points : 268
    Points
    268
    Par défaut
    Bonjour Dysorthographie

    Ma version de drivers ODBC est la 13 et elle entièrement gratuite et téléchargeable depuis les sites Microsoft (sans besoin d'aller sur le portail Azure), existerait il une version spéciale Azure et pourquoi ? A moins que je me trompe, Azure utilise la même architecture stream que SQL il n'est donc besoin de driver spécifique ...

    Concernant la compactation celle-ci s’exécute à la fermeture de la base donc pas de problème, je vais essayer de transformer la base en executable pour voir si l'on gagne en performances.

    De toutes façons baser les listes déroulantes sur des requêtes SQL direct à grandement amélioré la latence, c'est déjà pas mal même si je vois certaines lenteurs dans (peu) de fiches au niveau du dessin de certains contrôles, mais bon, ça marche déjà beaucoup mieux qu'au début !

    Je reste cependant à l'écoute des conseils de mes ainés

Discussions similaires

  1. Réponses: 10
    Dernier message: 14/10/2016, 11h03
  2. [AC-2003] Faire pointer une table vers n tables liées
    Par ted the Ors dans le forum Requêtes et SQL.
    Réponses: 9
    Dernier message: 16/04/2010, 12h01
  3. [AC-2002] Dysfonctionnement des formulaires après migration d’une base 97
    Par parab dans le forum VBA Access
    Réponses: 10
    Dernier message: 28/01/2010, 16h34
  4. Formulaire d'ajout à partir de tables liées
    Par Gwendo69 dans le forum IHM
    Réponses: 11
    Dernier message: 16/03/2009, 11h01
  5. export vers word + tables liées
    Par pyvdv dans le forum VBA Access
    Réponses: 1
    Dernier message: 20/08/2007, 19h08

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo