La connexion de base de données doit être ouvert que lorsque c'est nécessaire et fermé après avoir fait tout le travail nécessaire. Échantillon de Code:
Avant Java 7:
Connection con =null;try{
con =...//retrieve the database connection//do your work...}catch(SQLException e){//handle the exception}finally{try{if(con !=null){
con.close();}}catch(SQLException shouldNotHandleMe){//...}}
Java 7:
try(Connection con =...){}catch(SQLException e){}//no need to call Connection#close since now Connection interface extends Autocloseable
Mais depuis manuellement l'ouverture d'une connexion de base de données est trop cher, il est fortement recommandé d'utiliser un la connexion à la base de la piscine. Cela permettra de gérer la physique de connexions de base de données pour vous et quand vous près (c'est à dire l'appel de Connection#close), la physique de la connexion de base de données sera juste en mode VEILLE et toujours ouvert.
Création d'une connexion prend du temps, donc si vous avez besoin d'accéder à la base de données fréquemment, il est préférable de garder la connexion ouverte. Aussi il est préférable de créer une piscine, de sorte que de nombreux utilisateurs peuvent accéder à la base de données en même temps(si c'est nécessaire).
Si vous avez besoin d'utiliser cette connexion que quelques fois vous ne pouvez pas le garder ouvert, mais vous aurez délai lorsque vous désirez accéder à la base de données. Donc je vous suggère de faire un timer qui va garder la connexion ouverte pendant un certain temps(délai d'attente de connexion).
En fait, c'est toute la question sur la façon dont vous écrivez votre application! C'est un art, mais, malheureusement, tout le monde prend un tutoriel pour une bonne pratique de Microsoft tutoriels.
Si vous savez ce que vous êtes de codage, puis vous gardez votre connexion ouverte pour la durée de vie de l'application. C'est simple, pas parce que vous avez à aller au travail le matin, qui tous les jours nous avons à construire un parcours spécial pour vous! Vous prenez la même route ou 2 ou 4 comme tout le monde le fait! Vous juge pour la trafics et de vous construire 2, 4 ou 6 itinéraires en tant que de besoin. Si il y a du trafic avec ces 4 ou 6 voies, vous attendez!
Vous devez fermer vos connexions après chaque exécutions de requêtes.Parfois, vous avez besoin d'exécuter plusieurs requêtes à la fois parce que, les requêtes sont pendantes les unes des autres.Telles que "la première tâche d'insertion à l'attribuer à la des salariés".À ce moment de l'exécution de vos requêtes sur la même transaction et de s'engager, si des erreurs se produisent, alors rollback.By défaut de validation automatique est désactivé dans JDBC. Exemple
Utiliser le regroupement de connexion.Si vous développez une webapplication puis utiliser App connexion au Serveur de mise en commun.Serveur d'application va utiliser la même mise en commun pour chacune de vos applications de sorte que vous pouvez contrôler le nombre de connexions à partir d'un seul point.Recommandons fortement l'Apache Tomcat le regroupement de Connexion.Exemple
Comme un complément d'info:
Connection, Statement et ResultSet.
1.Si vous fermez la connexion vous n'avez pas besoin de fermer déclaration ou un jeu de résultats.Deux d'entre eux seront fermées automatiquement
2.Si vous fermez la Déclaration de la refermer ResultSet aussi
3.si vous utilisez try-with-resources comme ceci:
try(Connection con =...){}catch(SQLException e){}
il va fermer la connexion automatiquement.Parce que essayez-avec-des ressources autoclosable objets et de Connexion est autocloseable.Vous pouvez voir les détails sur le try-with-resources ici
La Connexion doit être ouvert que lorsque c'est nécessaire. Si elle est ouverte avant que le besoin réel, il réduit une connexion active à partir de la connexion de la piscine..donc il en fin de compte les effets les utilisateurs de l'application.
Donc,il est toujours préférable d'ouvrir une connexion, seulement si nécessaire et de le fermer après l'achèvement du processus.
Toujours essayer puttting vous connexion étroite logique à l'intérieur du bloc finally qui fera en sorte que votre connexion sera fermée,même si une exception se produit dans l'application
Chaque fois que vous vous connectez, vous disposez d'un délai, maintenant, imaginez ce qui se passe si vous vous connectez toujours et à proximité
Remarque: vous devez vous toujours se connecter et fermer. ouais, mais pas si vous avez comme 20+ base de données des interactions, vous attendez jusqu'à ce que sa n'a plus besoin, et c'est généralement lorsque vous fermez l'application C'est pourquoi vous devez utiliser une connexion de base de données de la piscine plutôt que de créer manuellement la connexion de base de données et d'essayer de le garder ouvert. Si la conenction est ouvert pour un utilisateur unique pour charges de temps, d'imaginer comment les autres utilisateurs ont accès à l'application.
La connexion de base de données doit être ouvert que lorsque c'est nécessaire et fermé après avoir fait tout le travail nécessaire. Échantillon de Code:
Avant Java 7:
Java 7:
Mais depuis manuellement l'ouverture d'une connexion de base de données est trop cher, il est fortement recommandé d'utiliser un la connexion à la base de la piscine. Cela permettra de gérer la physique de connexions de base de données pour vous et quand vous près (c'est à dire l'appel de
Connection#close
), la physique de la connexion de base de données sera juste en mode VEILLE et toujours ouvert.Liées Q/A:
Quelques outils pour gérer la connexion à la base de mise en commun:
OriginalL'auteur Luiggi Mendoza
Dépend de ce que sont vos besoins.
Création d'une connexion prend du temps, donc si vous avez besoin d'accéder à la base de données fréquemment, il est préférable de garder la connexion ouverte. Aussi il est préférable de créer une piscine, de sorte que de nombreux utilisateurs peuvent accéder à la base de données en même temps(si c'est nécessaire).
Si vous avez besoin d'utiliser cette connexion que quelques fois vous ne pouvez pas le garder ouvert, mais vous aurez délai lorsque vous désirez accéder à la base de données. Donc je vous suggère de faire un timer qui va garder la connexion ouverte pendant un certain temps(délai d'attente de connexion).
OriginalL'auteur qiGuar
En fait, c'est toute la question sur la façon dont vous écrivez votre application! C'est un art, mais, malheureusement, tout le monde prend un tutoriel pour une bonne pratique de Microsoft tutoriels.
Si vous savez ce que vous êtes de codage, puis vous gardez votre connexion ouverte pour la durée de vie de l'application. C'est simple, pas parce que vous avez à aller au travail le matin, qui tous les jours nous avons à construire un parcours spécial pour vous! Vous prenez la même route ou 2 ou 4 comme tout le monde le fait! Vous juge pour la trafics et de vous construire 2, 4 ou 6 itinéraires en tant que de besoin. Si il y a du trafic avec ces 4 ou 6 voies, vous attendez!
Heureux de codage.
OriginalL'auteur intiko81
Vous devez fermer vos connexions après chaque exécutions de requêtes.Parfois, vous avez besoin d'exécuter plusieurs requêtes à la fois parce que, les requêtes sont pendantes les unes des autres.Telles que "la première tâche d'insertion à l'attribuer à la des salariés".À ce moment de l'exécution de vos requêtes sur la même transaction et de s'engager, si des erreurs se produisent, alors rollback.By défaut de validation automatique est désactivé dans JDBC. Exemple
Utiliser le regroupement de connexion.Si vous développez une webapplication puis utiliser App connexion au Serveur de mise en commun.Serveur d'application va utiliser la même mise en commun pour chacune de vos applications de sorte que vous pouvez contrôler le nombre de connexions à partir d'un seul point.Recommandons fortement l'Apache Tomcat le regroupement de Connexion.Exemple
Comme un complément d'info:
Connection, Statement et ResultSet.
1.Si vous fermez la connexion vous n'avez pas besoin de fermer déclaration ou un jeu de résultats.Deux d'entre eux seront fermées automatiquement
2.Si vous fermez la Déclaration de la refermer ResultSet aussi
3.si vous utilisez try-with-resources comme ceci:
il va fermer la connexion automatiquement.Parce que essayez-avec-des ressources autoclosable objets et de Connexion est autocloseable.Vous pouvez voir les détails sur le try-with-resources ici
OriginalL'auteur Sarkhan
La Connexion doit être ouvert que lorsque c'est nécessaire. Si elle est ouverte avant que le besoin réel, il réduit une connexion active à partir de la connexion de la piscine..donc il en fin de compte les effets les utilisateurs de l'application.
Donc,il est toujours préférable d'ouvrir une connexion, seulement si nécessaire et de le fermer après l'achèvement du processus.
Toujours essayer puttting vous connexion étroite logique à l'intérieur du bloc finally qui fera en sorte que votre connexion sera fermée,même si une exception se produit dans l'application
OriginalL'auteur Sai Avinash
Chaque fois que vous vous connectez, vous disposez d'un délai, maintenant, imaginez ce qui se passe si vous vous connectez toujours et à proximité
ouais, mais pas si vous avez comme 20+ base de données des interactions, vous attendez jusqu'à ce que sa n'a plus besoin, et c'est généralement lorsque vous fermez l'application
C'est pourquoi vous devez utiliser une connexion de base de données de la piscine plutôt que de créer manuellement la connexion de base de données et d'essayer de le garder ouvert.
Si la conenction est ouvert pour un utilisateur unique pour charges de temps, d'imaginer comment les autres utilisateurs ont accès à l'application.
OriginalL'auteur Itrulia