De MySQLdb-ontwikkelaar raadt aan om een applicatiespecifieke API te bouwen die de DB-toegang voor je doet, zodat je je geen zorgen hoeft te maken over de mysql-querystrings in de applicatiecode. Het maakt de code een beetje meer uitbreidbaar (link ).
Wat de cursors betreft, heb ik begrepen dat het het beste is om een cursor per bewerking/transactie te maken. Dus wat check value -> update value -> read value type transactie zou dezelfde cursor kunnen gebruiken, maar voor de volgende zou u een nieuwe maken. Dit wijst opnieuw in de richting van het bouwen van een interne API voor de db-toegang in plaats van een generieke executeSql te hebben methode.
Vergeet ook niet om uw cursors te sluiten en wijzigingen in de verbinding door te voeren nadat de query's zijn uitgevoerd.
Uw getDatabaseResult functie hoeft echter niet voor elke afzonderlijke query een verbinding te hebben. U kunt de verbinding tussen de zoekopdrachten delen zolang u verantwoordelijk met de cursors omgaat.