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

C# Discussion :

SQLConnection architecture clients serveur


Sujet :

C#

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre à l'essai
    Inscrit en
    Octobre 2010
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Octobre 2010
    Messages : 3
    Par défaut SQLConnection architecture clients serveur
    Bonjour tous le monde,

    Je suis en train de concevoir sur une application clients serveur (c# et sql server 2008).
    les client c'est des utilisateurs qui peuvent naviguer créer ...(CRUD
    et le serveur c'est la partie qui contient la Business logic les connexions à la base de données ...

    J'utilise ADONET (SQLConnection) pour l'accès aux données .

    je voudrai savoir comment gérer les instances de connexions à la base est ce qu'il faut faire un singleton sur la classe qui gère la connection et donc partager mon object sqlconnection avec tous les utilisateurs ou pour chaque client lui créer sa propre class de connections.
    je pense la problématique d'accès concurrent à la base !!
    merci bien pour votre aide!

    Abdou

  2. #2
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    Non, ne partage surtout pas les connexions entre les clients, c'est le meilleur moyen d'avoir plein de problèmes... Ouvre la connexion quand tu en as besoin et referme la aussitôt que tu as fini ; tu peux utiliser un bloc using pour être certain de bien refermer la connexion même en cas d'erreur.

    Ne t'inquiète pas du coût de l'ouverture de la connexion : le pooling se charge de gérer ça proprement, en réutilisant les connexions fermées par ton code.

  3. #3
    Membre à l'essai
    Inscrit en
    Octobre 2010
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Octobre 2010
    Messages : 3
    Par défaut
    Bonjour Thomas,

    Merci beaucoup pour ta prompte réponse.

    Abdou

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    82
    Détails du profil
    Informations personnelles :
    Localisation : Canada

    Informations forums :
    Inscription : Septembre 2007
    Messages : 82
    Par défaut
    Surtout n'oublie pas de bien fermer tes connexions sinon tu vas avoir de gros problèmes de performances.

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

Discussions similaires

  1. [UDP] Architecture Client/Serveur
    Par Bob.Killer dans le forum Développement
    Réponses: 1
    Dernier message: 25/04/2008, 11h09
  2. Application avec architecture client/serveur
    Par loreleï85 dans le forum Développement
    Réponses: 4
    Dernier message: 09/05/2007, 08h16
  3. MySQL en architecture client/serveur
    Par KinF dans le forum Requêtes
    Réponses: 1
    Dernier message: 07/09/2005, 22h10
  4. [Indy] Architecture Client/Serveur
    Par yongblood dans le forum Web & réseau
    Réponses: 9
    Dernier message: 22/08/2005, 01h18

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