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
Partage d'un membre static
Bonjour,
j'ai essayé de trouver une réponse à ma question, en vain...
Voilà, j'ai une classe qui gère les connexions à la base de donnée.
J'ai rajouté un singleton dans cet classe, pour avoir tout le temps la même connection à la base pendant une transaction.
Ma question est: Ce singleton est il unique pour tout le site web, ou par utilisateur ?
Un membre static sera partagé par tous les utilisateurs
Hmmm... C'est génant ça
Comment est ce que je pourrais faire pour que chaque utilisateur ait sa propre connexion à la base ? ( sans passez par les sessions)
Une liste de singleton ?
Mais je ne comprends pas... Une fois que la page est publié, tout les objet sont perdu, on est bien d'accord ? Donc le context static aussi ?Envoyé par guitoux1
Non: un membre static d'une page est commun à tout le monde
En fait je comprends pas trop ce que tu veux faire. Ta transaction est une transaction SQL, non ? alors normalement, elle s'exécute dans la même connexion ? tu ne ferme pas ta connexion en plein milieu d'une connexion.
Ton but est de limiter le nombre de connexions à ta BDD ?
Effectivement, c'est intéressant. Je viens de faire le test... Je suis assez étonné, combien de temps le serveur va garder en mémoire ce singleton ?
Ce que je veux, c'est une connexion à la BDD par utilisateur. Avec une ou plusieurs transactions, imbriquée ou non, sur cette connexion.
Et je ne peux pas faire de transaction par utilisateur sur une même connexion, car quand j'envoi l'ordre commit, toutes les transactions sur la connexion active sont terminées. Or pour ma part, un commit fait par un utilisateur, ne doit pas influencer les transactions des autres utilisateurs...
Je n'utilise pas SQL server, mais SQLBase. Voilà ce que dis leur doc:
This is a more accurate reflection of how the SQLBase engine works internally – a commit on a SQLBase connection commits all the cursors that are active against that connection.
So, from the .NET viewpoint, a call to cmd.Transaction.Commit will commit not just “cmd”, but all other commands that belong to the same connection.
Du coup ça me semble la solution la mieux adaptée à ton cas.Sinon il y a le pattern Multiton ( instance unique pour un mots clefs)
Si tu veux vraiment vérifier, tu ajoutes un membre privé int à ton Singleton, initialisé par une valeur au hasard.
Dans une page tu récupère ce nombre et tu l'affiches.
Si tu l'ouvre dans n'importe quel navigateur, depuis n'importe quel poste, tu retrouvera ce meme nombre.
Il n'existe qu'une instance du Singleton pour ton application, donc sur le serveur.
Si tu ne veux pas utiliser les variables de sessions.... et ben eu....
Sinon il y a le pattern Multiton ( instance unique pour un mots clefs)
Répondre avec citation
Partager