Accord d'exécution d'un DB de jonquille/d'one$db - application de jdbc
Cet article illustre les meilleures pratiques d'améliorer l'exécution du DB de jonquille/du conducteur d'one$db JDBC. Cet article se concentre sur la façon améliorer l'exécution d'un DB de jonquille/d'application d'one$db JDBC en utilisant des interfaces de rapport, de PreparedStatemnt, de CallableStatement et de ResultSet. Choisissant les interfaces de rapport de droite et les bonnes méthodes selon votre SQL questionnent des jeux un rôle essentiel en améliorant l'exécution d'un conducteur de JDBC.
Vue d'ensemble de JDBC
JDBC api fournit l'ensemble de norme d'interfaces au travail en bases de données comme le DB de jonquille/one$db, l'oracle, le Derby etc...
L'interface de raccordement encapsule la fonctionnalité de raccordement de base de données, l'interface de rapport encapsule la fonctionnalité de représentation et d'exécution de rapport de SQL tandis que l'interface de ResultSet encapsule rechercher les données qui viennent de l'exécution d'une question de SQL en utilisant le rapport.
Suivre les étapes de base pour écrire un programme de JDBC.
1. Importez les paquets de "java.sql" et de "javax.sql". (l'importation "javax.sql", si avançé dispositif de JDBC comme le XA doit être employée)
2. Chargez le conducteur du DB JDBC de jonquille (incorporé ou conducteur de réseau JDBC)
3. Établissez le raccordement à la base de données en utilisant l'interface de raccordement
4. Créez un rapport
5. Exécutez le rapport
6. Recherchez les résultats en employant l'interface de ResultSet
7. Rapport étroit et raccordement
Bonne interface de choix de rapport :
Il y a trois types d'interfaces de rapport dans JDBC à represent/execute par questionner-Rapport, PreparedStatement et CallableStatement de SQL. Le rapport est employé pour exécuter le rapport statique de SQL sans des paramètres d'entrée et de rendement ; PreparedStatement est employé pour exécuter le rapport dynamique de SQL avec des paramètres d'entrée tandis que CallableStatement est employé pour exécuter le SQL dynamique avec des paramètres entrée et de rendement. Une chose importante à noter au sujet de PreparedStatement et de CallableStatement est qu'ils peuvent également être employés pour des rapports statiques de SQL. Cependant, CallableStatement est principalement signifié pour des procédures stockées.
PreparedStatement donne une meilleure exécution une fois comparé au rapport parce qu'il pré-est analysé et pré-compilé. Ceci signifie que la compilation et l'analyse d'un tel rapport est faite seulement une fois par la base de données. Après la base de données réutilise le rapport déjà analysé et compilé. Ceci améliore de manière significative l'exécution parce que toutes les fois qu'un rapport doit être exécuté à plusieurs reprises, il n'a pas besoin d'être analysé maintes et maintes fois et compilé. Ainsi la surcharge encourue en analysant et en compilant le même rapport peut être réduite.
Quand il y a une condition pour la demande simple de traiter des rapports complexes multiples, CallableStatement donne une meilleure exécution par rapport à PreparedStatement et à rapport.
Pour lire le plein article visitez svp http://www.daffodildb.com/daffodildb-performance-tuning.html
Cet article a été contribué par (M..) Parveen Aggarwal, conseiller technique à DSL Inde (http://www.daffodildb.com). Avec plus de 6 ans d'expérience d'industrie de Java et de technologies alliées, il a un arrangement détaillé de J2EE, de J2ME et de systèmes de gestion de base de données. Parveen travaille actuellement sur le concept de l'donnée-archivage dans les bases de données incluses. Il peut être contacté à parveenaggarwal@hotmail.com
Source D'Article: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!
Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!
