J’ai le sentiment que tu 'butines’ dans différentes directions, sans approfondir suffisamment.
SQL permet de faire des requêtes (SELECT ou INSERT ou UPDATE ou autre) qui peuvent être ultra simples, mais aussi des requêtes ultra sophistiquées. Par exemple, une requête qui va lire des données dans 5 ou 6 ou 10 tables différentes, faire je ne sais quels calculs à partir de ça, et insérer les résultats de tout ça dans une autre table. Essaie de te former sur ça, sérieusement.
En terme de performance, tout est interne à la base de données, c’est plus performant qu’un process qui lirait plein de données, enverrait ces données à un client (Python ou autre), et ce client renverrait des instructions à la BDD.
Quand tu maitrises à peu près bien SQL proprement dit (jointures, jointures externes, group by , etc etc), la suite logique, c’est PL/SQL.
Pareil, on reste sur une technologie qui est interne à la BDD. Tu peux gérer des boucles, des variables, faire plein de choses assez proches que tu peux faire en Python, mais en restant sur une philosophie SQL.
Et ensuite, les fonctions que tu auras créées en PLSQL (fonctions ou plutôt procédures ou packages), tu pourras effectivement les appeler via Python.
Mais pour avancer dans cette direction, j’ai l’impression que SQLLITE, avec ses commandes en mode console, c’est assez rébarbatif.