Est-il acceptable de laisser toujours une connexion de base de données open?

Je suis en train de travailler sur un seul bureau de l'utilisateur de la base de données de l'application genre de chose dans mon temps libre, et je suis toujours des doutes sur les choix de conception, je suis en train de faire. Maintenant, comme il est, à chaque fois que l'utilisateur veut interagir avec la base de données (qui est une base de données SQLite, donc généralement qu'un utilisateur voit jamais à la fois), l'application crée une nouvelle connexion, fait tout ce qu'il doit faire, et puis ferme la connexion. Thereforee, au cours d'une exécution de l'application, de nombreuses connexions sont créées et éliminés.

Est-ce la "meilleure" façon d'aller à ce sujet, ou devrait l'application, ouvrez la connexion au démarrage et ne ferment lorsque l'application se ferme? Quels sont les avantages/inconvénients de chaque méthode?

  • Recherche sur Stackoverflow.com. Cette question a été posée à plusieurs reprises il.
  • Et chaque question posée semble avoir différents, souvent légèrement (ou totalement) en désaccord réponses.
InformationsquelleAutor Andrew Arnold | 2011-03-29
  1. 26

    Je dirais que c'est bien dans ce cas, puisqu'il n'y aura jamais qu'un seul utilisateur et la base de données est hébergé sur la même machine (plus probablement dans le même espace de mémoire, je pense que SQLite seulement la charge de la DLL avec la principale de l'application) que l'application. Constamment à l'ouverture et à la fermeture de la connexion n'est pas nécessaire.

    Une possible exception peut-être si vous avez besoin d'avoir plusieurs threads de votre application d'accéder à la base de données en même temps. Ensuite, vous pouvez soit la force d'attendre et de partager une connexion unique de l'objet, OU vous pouvez essayer de créer de nouvelles connexions pour les différents threads. Je n'ai jamais réellement essayé ceci dans SQLite. C'est une situation où la fermeture de la connexion principale et l'ouverture/fermeture des connexions multiples, peut-être mieux pour une application de bureau.

    Pour les applications web, client/serveur ou des applications de bureau, je vous suggère de contre la sortie de connexions ouvertes.

    • Vous pourriez être la première personne qui a répondu à avoir réellement lu la question en plein.
    • - Vous sûr que ce n'est pas seulement la première réponse à convenir avec vos pré-existantes point de vue? En utilisant la connexion de la piscine permettra à votre demande de ré-utiliser une seule connexion est ouverte, mais sans l'architecture de votre application autour de cette décision. Vous pouvez toujours écrire du code qui acquiert et libère la ressource de connexion uniquement en cas de besoin.
    • SQLite ne supporte pas le regroupement de connexion, il n'est donc pas pertinente.
    • Arnold C'est vraiment un localisée cas spécifique de SQLite; gardez cela à l'esprit d'aller de l'avant. Dans une main, vous indiquez que vous utilisez SQLite, mais semblent vouloir connaître la route à prendre forme généralisée de position; alors, d'autre part, vous semblez vouloir connaître la meilleure mise en œuvre au sein de SQLite. Les différents animaux.
    • Je veux savoir la meilleure mise en œuvre avec SQLite. Je suppose que je ne suis toujours pas très doué pour exprimer mes questions ici.
    • Arnold assez Juste. Comme vous l'avez souligné SQLite n'a pas de connexion groupement de soutien de la zone; en outre, la mise en cache de données est propre à la connexion si la fermeture/ouverture d'une connexion sera fait de nuire à la performance.

    InformationsquelleAutor FrustratedWithFormsDesigner
  2. 7

    Généralement la connexion est fermée après utilisation; de libérer de nouveau dans le pool de connexions disponibles. Si il y a un nombre élevé de transactions qui se déroulent sur un seul client, il est logique de tirer parti d'une seule connexion au lieu de créer plusieurs connexions à fermer immédiatement.

    C'est un peu circonstancielle cependant, la meilleure pratique est de le fermer après utilisation, de sorte qu'il devient disponible dans le pool de nouveau.

    • +1 pour la mention d'un pool de connexions. Généralement, un pool de connexion maintient les connexions ouvertes, et l'application récupère/retourne les connexions à partir de/à la piscine. Les connexions peuvent être maintenues ouvertes pendant des mois ou des années. Et un pool de connexion peut également être utilisé pour limiter l'accès à la base et d'améliorer le débit. L'ouverture de 1000 connexions va étouffer la base de données et l'application, mais si seulement 5 connexions sont disponibles chaque transaction rapide et l'application aura un débit décent. Tailles de piscine sont d'application dépendante et nécessiter de réglage
    • Les pools de connexion pas vraiment pertinent que l'OP est en train de parler d'une seule utilisation locale de base de données SQLite.
    • L'OP est de poser des questions sur les meilleures pratiques. De la rétention d'information applicables à la situation à la fois maintenant et dans l'avenir, lorsque vous répondez à ces types de questions tout simplement parce que l'OP n'a pas explicitement appel est injuste pour les OP. Si fournissant des informations supplémentaires à l'OP, c'est mal vu; ainsi soit-il...personnellement, j'apprécie quand les autres s'étendre sur ma question et le toucher sur les choses que je ne peut pas avoir été préalablement informés.
    • il est tout à fait pertinentes. À l'aide d'un pool de connexion des gains de la performance de laisser une connexion ouverte, tout en permettant le code pour être structurés de manière à acquérir et à libérer des ressources pour le montant minimal nécessaire.
    • Je suppose que c'est un point de vue de la chose. L'OP a une question sur une autonome de base de données SQLite. IMO si nous répondons à toutes les informations dans le monde à propos de la connexion à des bases de données, il devient juste du bruit.
    InformationsquelleAutor Aaron McIver
  3. 6

    Imaginez que vous avez 1000 utilisateurs d'accéder à votre application en même temps. Cela signifie que 1000 connexions ouvertes. Finalement, vous pourrait manquer de connexions. Afin de permettre à chaque utilisateur d'ouvrir une connexion, utiliser, et ensuite de le fermer pour que la connexion est gratuit à utiliser pour les autres.

    De Plus Amples Éclaircissements

    Imaginer le fait d'avoir plusieurs modules qui aurait besoin simultané de la même connexion? Image simultanément à l'exécution des contrôles avoir besoin de la connexion. Qu'est ce qu'il va faire? À l'échelle mondiale pour objet de connexion? L'utilisation d'un Singleton? Dites-moi si je me trompe

    • Non, c'est un personnel de bureau de l'application. Un seul utilisateur à jamais accède à la base de données. J'aurais du fait que de plus en plus clair.
    • alors je dis sa juste pas de bonne conception. Peuvent occasionner des problèmes dans l'avenir
    • Pouvez-vous développer ce que?
    • c'est en fait un bon modèle pour une application de bureau. En fait, c'est la norme pour de telles applications, et a été pendant des décennies. Ça fonctionne, c'est fiable, et il fonctionne mieux que la réouverture de la connexion de tous les temps.
    • En fait il y a très peu (presque zéro) différence de performances entre les deux. De ce fait, il est mieux d'aller avec les pratiques qui sont à la fois plus fréquents et plus faciles à traduire pour les grandes applications multi-utilisateur.
    • Arnold : imaginer le fait d'avoir plusieurs modules qui aurait besoin simultané de la même connexion? Image simultanément à l'exécution des contrôles avoir besoin de la connexion. Qu'est ce qu'il va faire? À l'échelle mondiale pour objet de connexion? L'utilisation d'un Singleton? Dites-moi si je me trompe
    • Omar Bukhsh: il dit que c'est un local de base de données SQLite pour une application de bureau, de sorte qu'il n'aura qu'un seul utilisateur à la fois.
    • Omar Bukhsh: Vous êtes le point sur les multiples modules d'avoir à vous connecter au même point est valide, vous pouvez préciser que, dans votre réponse (sinon, les gens qui downvoted ne sera pas en mesure de modifier leur downvote - s'ils le voulaient, sauf si la réponse elle-même des changements).
    • ok, merci, j'ai mis à jour il
    • c'est pourquoi vous avez des choses comme le regroupement de connexion, ou l'accès centralisé à la base de données. Il y a généralement une base de données module d'accès que les canaux de demandes de base de données pour tous les autres modules. Pour les autres modules, la base de données n'existe pas, seul l'accès à la base de module. Que l'on peut avoir plusieurs connexions, une seule connexion partagée, ou de se connecter uniquement à la demande, selon les besoins de l'application.

    InformationsquelleAutor Imran Omar Bukhsh
  4. 1

    Lorsque vous traitez avec connexion à la base de mon polici est qu'dépend de ce que vous devez faire. Par exemple, si votre sont de chargement beaucoup de à la critique les données de mon adive serait pour encapsuler l'ensemble de vos opérations en une seule transaction, et avec une connexion qui doit être fermé après le transacction est obligé.

    Maintenant, si vous avez besoin de faire beaucoup de requêtes de récupération de données, l'ouverture d'une fermeture d'une connexion pour chaque requête peut être assez cher, donc, laissant une connexion ouverte est mériteraient.

    InformationsquelleAutor guiman
  5. 1

    Le regroupement de connexion devrait font un point discutable. La piscine doit garder une connexion autour et ouverte pour que vous puissiez les réutiliser. Cela devrait vous permettre de suivre généralement les meilleures pratiques de l'utilisation des ressources pour la plus courte montant raisonnable, mais sans sacrifier les performances.

    InformationsquelleAutor quentin-starin
  6. 1

    J'ai juste commencé à me poser cette même question. Comme vous, il suffit d'un seul app et je ne suis pas inquiet à propos de l'exécution de connexions.

    Je n'ai toutefois un problème potentiel avec le laissant ouvert la base de données si: les transactions. Si vous faites un BEGIN TRANSACTION et il y a une erreur ou quelque chose d'autre se produit lorsque votre code n'a pas touché une COMMIT ou ROLLBACK, puis vous quittez la transaction ouverte.

    Il pourrait donc être préférable de fermer uniquement dans le but de s'assurer que tout est rétabli après le travail est fait à la base de données.

    Je ne sais vraiment pas combien de frais généraux, il est dans l'ouverture et la fermeture de la base de données du si. J'aimerais beaucoup connaître les pensées d'autres personnes sur ce.

    InformationsquelleAutor Jonathan Wood