El desarrollador de MySQLdb recomienda crear una API específica para la aplicación que haga el acceso a la base de datos por usted para que no tenga que preocuparse por las cadenas de consulta mysql en el código de la aplicación. Hará que el código sea un poco más extensible (enlace ).
En cuanto a los cursores, entiendo que lo mejor es crear un cursor por operación/transacción. Así que algunos check value -> update value -> read value tipo de transacción podría utilizar el mismo cursor, pero para la siguiente se crearía uno nuevo. Esto nuevamente apunta a la dirección de construir una API interna para el acceso a la base de datos en lugar de tener un executeSql genérico método.
También recuerde cerrar los cursores y confirmar los cambios en la conexión después de realizar las consultas.
Tu getDatabaseResult Sin embargo, la función no necesita tener una conexión para cada consulta por separado. Puede compartir la conexión entre las consultas siempre que sea responsable con los cursores.
