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

WinDev Discussion :

[C/S] Optimiser les connexions


Sujet :

WinDev

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    39
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 39
    Points : 30
    Points
    30
    Par défaut [C/S] Optimiser les connexions
    Bonjour,
    une question de newbie sur la fréquence des connexions C/S

    dans une appli qui se connecte en OLEDB via ODBC (pour le moment puis en accès natif oracle dans la version finale) à une base Oracle, est-il plus judicieux de:

    1) se connecter/deconnecter le plus souvent possible pour diminuer le temps de connection et soulager Oracle
    2) se connecter le plus longtemps possible pour éviter de saturer Oracle avec des demandes fréquentes de connexions

    ???

    Merci infiniment pour vos réponses, conseils, suggestions...

  2. #2
    Membre confirmé Avatar de chrifo
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    444
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2006
    Messages : 444
    Points : 481
    Points
    481
    Par défaut
    Je te conseille de laisser la connexion ouverte, non pas pour ne pas saturer oracle mais pour ne pas perdre de temps à ouvrir les connexions, surtout dans une appli. transactionnelle ou tu envoies bcp de petites requêtes.

    au passage, une info à ce sujet : lors de l'édition d'un état, windev ouvre une connexion spécifique pour ce traitement.
    Je penche, donc je suis

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    39
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 39
    Points : 30
    Points
    30
    Par défaut
    Citation Envoyé par chrifo
    Je te conseille de laisser la connexion ouverte, non pas pour ne pas saturer oracle mais pour ne pas perdre de temps à ouvrir les connexions, surtout dans une appli. transactionnelle ou tu envoies bcp de petites requêtes.

    au passage, une info à ce sujet : lors de l'édition d'un état, windev ouvre une connexion spécifique pour ce traitement.
    Merci infiniment de ta réponse.

    Je peux donc partir sur le principe d'ouvrir ma connexion au lancement de l'application et de la fermer à la sortie?

    Que se passe-t-il si l'utilisateur sort de l'appli à la sauvage ou par un plantage quelconque? La connexion est fermée par windev?

    Existe-t-il un moyen "économique" en temps de tester si une connexion est toujours ouverte?

    Merci d'avance.

  4. #4
    Membre confirmé Avatar de chrifo
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    444
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2006
    Messages : 444
    Points : 481
    Points
    481
    Par défaut
    Citation Envoyé par LeGugusse
    Je peux donc partir sur le principe d'ouvrir ma connexion au lancement de l'application et de la fermer à la sortie?
    Ca me parait le meilleur. Tu apprécieras d'autant plus si tu modifies des paramètres de session d'ORACLE.

    Citation Envoyé par LeGugusse
    Que se passe-t-il si l'utilisateur sort de l'appli à la sauvage ou par un plantage quelconque? La connexion est fermée par windev?
    Plus de client => Oracle termine la connexion

    Citation Envoyé par LeGugusse
    Existe-t-il un moyen "économique" en temps de tester si une connexion est toujours ouverte?
    Coté client : En envoyant une requête simple, si ORACLE répond la connexion est ouverte ...
    Coté ORACLE : Tu retrouveras ta session dans la vue V$SESSION
    Je penche, donc je suis

  5. #5
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    39
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 39
    Points : 30
    Points
    30
    Par défaut
    Excellent.
    Encore une fois merci!

  6. #6
    Membre Expert

    Homme Profil pro
    Ingénieur R&D
    Inscrit en
    Juin 2003
    Messages
    4 506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur R&D
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 506
    Points : 5 724
    Points
    5 724
    Par défaut
    En cas de plantage attrape l exception qui est genere, a ce moment si tu decides de quitter le programme ferme proprement ta connexion.
    " Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
    Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réduire le temps de traitement en optimisant les routines de connexion SQLite
    Par billybobbonnet dans le forum Accès aux données
    Réponses: 1
    Dernier message: 02/07/2014, 10h33
  2. Système d'optimisation sur les connexions réseau
    Par Ceylo dans le forum Administration
    Réponses: 12
    Dernier message: 17/09/2010, 21h54
  3. [Socket] optimiser les paramètres de connexion
    Par Auteur dans le forum Entrée/Sortie
    Réponses: 15
    Dernier message: 25/05/2009, 11h56
  4. tracer les connexions web sur un serveur
    Par lutin511 dans le forum Développement
    Réponses: 2
    Dernier message: 28/06/2004, 23h36
  5. Optimiser les tables
    Par blizar dans le forum PostgreSQL
    Réponses: 3
    Dernier message: 04/06/2004, 08h34

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