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

Accès aux données Discussion :

Déclaration connexion Oracle


Sujet :

Accès aux données

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau membre du Club
    Inscrit en
    Novembre 2006
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Novembre 2006
    Messages : 4
    Par défaut Déclaration connexion Oracle
    Bonjour à tous!

    Jes suis débutant en développement DotNet.

    Je développe avec Visual Studio 2008, language C#, sur une BDD Oracle 9i.

    Mon problème se pose comme suit.

    j'ai mis le code de connexion à la BDD dans le fichier program.cs du projet, l'application arrive à bien se connecter à la base, mais quand j'execute des requêtes SQL de type (select,insert,update,delete) dans d'autres fenêtres, je suis obligé de ré-écrire le code de connexion à la bdd, ce qui n'est pas logique pour moi.

    Est-ce vraiment obligatoire?
    Existe-t-il un moyen de ne déclarer la connexion qu'une fois dans tout le projet, du genre variable globale vu que le nom de la connexion doit apparaitre à chaque fois durant la construction de la requête, si oui à quel endroit ou dans quel fichier on doit la déclarer?

    Merci d'avance de votre aide!

  2. #2
    Membre chevronné
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    374
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Décembre 2006
    Messages : 374
    Par défaut
    Bonjour,
    Personnellement en VS2005 je déclare la connection public dans un module de cette façon elle est visible dans tous le programme.
    Je suppose qu'en VS2008 tu peux faire la même chose.
    Bon boulot Jean

  3. #3
    Rédacteur
    Avatar de SaumonAgile
    Homme Profil pro
    Team leader
    Inscrit en
    Avril 2007
    Messages
    4 028
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Team leader
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2007
    Messages : 4 028
    Par défaut
    Il ne faut pas garder une connexion active pour tous les traitements. En .NET une connexion s'ouvre quand on veux exécuter une requête et se ferme dès que la requête (ou le groupe de requêtes) est terminé. On resume en général par "on ouvre le plus tard possible et on referme le plus tôt possible".

    Pour améliorer ta couche d'accès aux données, tu pourras trouver des astuces ici : http://johannblais.developpez.com/tu...acces-donnees/
    Besoin d'un MessageBox amélioré ? InformationBox pour .NET 1.1, 2.0, 3.0, 3.5, 4.0 sous license Apache 2.0.

    Bonnes pratiques pour les accès aux données
    Débogage efficace en .NET
    LINQ to Objects : l'envers du décor

    Mon profil LinkedIn - MCT - MCPD WinForms - MCTS Applications Distribuées - MCTS WCF - MCTS WCF 4.0 - MCTS SQL Server 2008, Database Development - Mon blog - Twitter

Discussions similaires

  1. Réponses: 2
    Dernier message: 02/12/2005, 04h28
  2. Connexion à Oracle Entreprise Manager
    Par black_code dans le forum Entreprise Manager
    Réponses: 4
    Dernier message: 11/11/2005, 14h29
  3. Connexion à Oracle depuis EXCEL
    Par Megaxel dans le forum Macros et VBA Excel
    Réponses: 1
    Dernier message: 07/10/2005, 12h04
  4. connexion oracle - choix d'architecture et langage
    Par ludvo dans le forum Général Conception Web
    Réponses: 8
    Dernier message: 13/09/2005, 21h33
  5. [Oracle] Pb connexion ORACLE (PHP5)
    Par Mikl dans le forum PHP & Base de données
    Réponses: 7
    Dernier message: 19/05/2005, 19h23

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