Lorsque vous demandez des données au premier plan, les instructions SQL sont toujours imprimées sur la console. Une idée est de la faire imprimer dans le journal. Comment faire?
Voir le fichier de configuration MyBatis ci-dessous:
<? xml version = "1.0" Encoding = "UTF-8"?> <! Doctype Configuration public "- // mybatis.org//dtd config 3.0 // en" "http://mybatis.org/dtd/mybatis-3config.dtd"> <configuration> <! Global Mapper -> <Setting Name = "Cacheenabled" value = "true" /> <! - Lors de la requête, éteignez le chargement de l'objet associé à temps pour améliorer les performances -> <paramètre name = "LazyLoadingEnabled" value = "false" /> <! - Définissez le formulaire de chargement de l'objet associé. Voici un champ de chargement à la demande (le champ de chargement est spécifié par SQL). Tous les champs de la table associée ne seront pas chargés pour améliorer les performances -> <setting name = "AggressIlazAzoLing" value = "false" /> <! - Pour les requêtes SQL aux emplacements, différents ensembles de résultats peuvent être renvoyés pour atteindre un effet commun -> <paramètres Name = "MultiplereSultSetsenabled" Value = "Truecol Value = "true" /> <! - Autoriser l'utilisation de valeurs de clé primaire personnalisées (comme le codage UUID 32 bits généré par le programme comme valeurs de clé), et la stratégie de génération PK de la table de données sera remplacée -> <paramètre name = "useGeneratedKeys" Value = "True" /> <! /> <! - Cache SQL pour les opérations de mise à jour par lots pour améliorer les performances -> <paramètre name = "defaultExecutOrType" value = "réutiliser" /> <! - Timeout si la base de données n'a pas répondu pendant plus de 25 000 secondes -> <paramètre Name = "DefaultStationTimeout" value = "25 000" /> <! - String de requête imprimer "/ <! -> </ Settings> </ Configuration> <? xml version = "1.0" Encoding = "utf-8"?> <! Doctype Configuration public "- // mybatis.org//dtd config 3.0 // en" "http://mybatis.org/dtd/mybatis-3config.dtd"> <! - <! - Paramètres> <! - Activer le cache dans le mappeur global -> <paramètre name = "cacheenabled" value = "true" /> <! - Lorsque vous interrogez, éteignez le chargement d'objet associé en temps opportun pour améliorer les performances -> <paramètre name = "LazyLoadingEnabled" Value = "false" /> <! - Définir la forme de la charge d'objet associée, voici un champ de chargement à la demande (le champ de chargement est spécifié par SQL). Tous les champs de la table associée ne seront pas chargés pour améliorer les performances -> <setting name = "AggressIlazAzoLing" value = "false" /> <! - Pour les requêtes SQL aux emplacements, différents ensembles de résultats sont autorisés à être renvoyés pour atteindre un effet général -> <paramètre name = "MultiplereSultSetsEnabled" Value = "true" /> <! name = "usecolumnLabel" value = "true" /> <! - Autoriser les valeurs de clé primaire personnalisées (telles que le codage UUID 32 bits généré par le programme en tant que valeurs clés), et la stratégie de génération PK du tableau de données sera remplacée -> <paramètre name = "useGeneratedKeys" Value = <! name = "AutomappingBehavior" value = "partial" /> <! - Cache SQL pour les opérations de mise à jour par lots pour améliorer les performances -> <paramètre name = "defaultExecutType" value = "réutiliser" /> <! - Timeout si la base de données n'a pas répondu pendant plus de 25 000 secondes -> <paramètre name = "DefaulstAlementTheout" value = "25000" /> <! name = "logIMPl" value = "stdout_logging" /> -> </daits> </ configuration> <setting name = "logIMPl" value = "stdout_logging" />
Résumer
Ce qui précède est une explication détaillée de l'exemple de l'intégration de MyBatis dans l'intégration du SQL dans le journal que l'éditeur vous a introduit. J'espère que cela vous sera utile. Si vous avez des questions, laissez-moi un message. L'éditeur vous répondra à temps!