SQLite difference entre execute et executescript

Bonjour,

Dans le cadre de la gestion d'une petite base de donné SQLite:
Je n'arrive pas a trouver de doc expliquant clairement l'utilisation de "executescript".
Par exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

# Getting all tables from sqlite_master sql_query = """SELECT name FROM sqlite_master     WHERE type='table';"""   # Creating cursor object using connection object cursor = sqliteConnection.cursor()   # executing our sql query cursor.executescript(sql_query) print(cursor.fetchall()) cursor.execute(sql_query) print(cursor.fetchall())

---

Avec ce code je m'attend a obtenir une liste de table pour "execute" et pour "executescript". Mais executescript me retourne une liste vide.
Peut-on m'expliquer pourquoi?

Bonjour

Citation:

---

Envoyé par alexis_c

Dans le cadre de la gestion d'une petite base de donné SQLyte:

---

Ok, donc déjà ça commence bien. Incapable d'écrire correctement "SQLite" on sent de suite que tu as longtemps cherché et lu...

Citation:

---

Envoyé par alexis_c

Je n'arrive pas a trouver de doc expliquant clairement l'utilisation de "executescript".

---

https://docs.python.org/fr/3/library....executescript

Citation:

---

Envoyé par alexis_c

Peut-on m'expliquer pourquoi?

---

Parce que le second n'est pas fait pour faire du requêtage.

Orthographe corrigée...

La doc montre un script en exemple.
Mais comment savoir ce qui n'est pas un script.
Donc je dois retenir qu'une requête n'est pas un script. Ok

En vous remerciant pour votre réponse.

Salut,

Citation:

---

Envoyé par alexis_c

Peut-on m'expliquer pourquoi?

---

Un script peut contenir plusieurs instructions SQL: créer une table, y insérer des enregistrements, ...
Il n'y a pas "d'interface" simple côté quoi retourner à l'appelant (à part OK/KO) contrairement au simple execute ou suivant l'instruction on sait ce que l'on doit récupérer.

- W

Merci Wiztricks pour cette réponse plus éclairante.
Donc pas de retour autre que OK/KO avec "executescript".

Tu te focalises sur le mot "script".
Tout est script. Mais une requête renvoie des informations donc passe par un outil différent. A la limite tu utilises "execute()" tout le temps et ça marche. Tout comme tu peux utiliser deux couteaux (pointus) pour manger et ça marche aussi. Mais le couteau n'a pas pour but de piquer les aliments, tout comme "execute()" n'a pas pour but d'exécuter des requêtes qui n'ont pas besoin de retourner des infos.
En revanche tu ne peux pas utiliser de fourchette pour couper et de même tu ne peux pas utiliser "executescript()" pour du select.

Je te remercie également Sve@r.
Vous m'avez tout les deux aidée à comprendre l'usage de execute et executescript...

Citation:

---

Envoyé par alexis_c

Merci Wiztricks pour cette réponse plus éclairante.
Donc pas de retour autre que OK/KO avec "executescript".

---

C'est une réponse que je dirais "logique" et vous avez le droit de douter.

Dans ce cas, il faut aller lire les sources(*) ou trouver des contre-exemples (qui retournent autre chose que rien ou la levée d'une exception)... Ce qui peut être "fatigant" et préférer "faire confiance" est une option raisonnable suivant ce qu'on va pouvoir faire avec de la réponse ou du problème qu'on cherche à résoudre.

(*) les sources sont dans _sqlite3/cursor.c. Mon souvenir est que ça découpe le tout en instructions SQL élémentaires exécutée une après l'autre. Ca ne change que l'état interne et çà retourne une référence au "cursor" ou ça lève une exception.

- W