Le développeur MySQLdb recommande de créer une API spécifique à l'application qui effectue les tâches d'accès à la base de données pour vous afin que vous n'ayez pas à vous soucier des chaînes de requête mysql dans le code de l'application. Cela rendra le code un peu plus extensible (lien ).
En ce qui concerne les curseurs, je crois comprendre que la meilleure chose à faire est de créer un curseur par opération/transaction. Donc, certains check value -> update value -> read value type de transaction pourrait utiliser le même curseur, mais pour le suivant, vous en créeriez un nouveau. Cela indique à nouveau la direction de la construction d'une API interne pour l'accès à la base de données au lieu d'avoir un executeSql générique méthode.
N'oubliez pas non plus de fermer vos curseurs et de valider les modifications apportées à la connexion une fois les requêtes terminées.
Votre getDatabaseResult Cependant, la fonction n'a pas besoin d'avoir une connexion pour chaque requête distincte. Vous pouvez partager la connexion entre les requêtes tant que vous agissez de manière responsable avec les curseurs.
