Deweloper MySQLdb zaleca zbudowanie API specyficznego dla aplikacji, które wykonuje dla Ciebie dostęp do bazy danych, dzięki czemu nie musisz się martwić o ciągi zapytań mysql w kodzie aplikacji. Dzięki temu kod będzie nieco bardziej rozszerzalny (link ).
Jeśli chodzi o kursory, rozumiem, że najlepiej jest utworzyć kursor na operację/transakcję. Więc niektóre check value -> update value -> read value typ transakcji mógłby używać tego samego kursora, ale dla następnego utworzyłbyś nowy. To ponownie wskazuje na kierunek budowania wewnętrznego API dla dostępu do bazy danych, zamiast posiadania ogólnego executeSql metoda.
Pamiętaj również o zamknięciu kursorów i zatwierdzeniu zmian w połączeniu po wykonaniu zapytań.
Twój getDatabaseResult funkcja nie musi jednak mieć połączenia dla każdego oddzielnego zapytania. Możesz udostępniać połączenie między zapytaniami, o ile jesteś odpowiedzialny za kursory.
