Pourquoi avez-vous besoin pour créer un curseur lors de l'interrogation d'une base de données sqlite?

Je suis complètement nouveau pour Python module sqlite3 (et SQL en général d'ailleurs), et ce juste complètement souches moi. L'abondance de l'absence de descriptions de cursor objets (plutôt, de leur nécessité) semble également étrange.

Cet extrait de code est la meilleure façon de faire les choses:

import sqlite3
conn = sqlite3.connect("db.sqlite")
c = conn.cursor()
c.execute('''insert into table "users" values ("Jack Bauer", "555-555-5555")''')
conn.commit()
c.close()

Ce n'est pas le cas, même si cela fonctionne tout aussi bien et sans (apparemment inutiles) cursor:

import sqlite3
conn = sqlite3.connect("db.sqlite")
conn.execute('''insert into table "users" values ("Jack Bauer", "555-555-5555")''')
conn.commit()

Quelqu'un peut me dire pourquoi j'ai besoin d'un cursor?

Il semble juste comme inutile frais généraux. Pour chaque méthode dans mon script qui accède à une base de données, je suis censé créer et de détruire un cursor?

Pourquoi ne pas simplement utiliser le connection objet?

InformationsquelleAutor Jack Bauer | 2011-06-11
  1. 54

    Juste fait une application erronée de l'abstraction, il me semble. Un db cursor est une abstraction, pour l'ensemble de données de la traversée.

    De Article de wikipédia sur le sujet:

    En sciences de l'informatique et de la technologie, un curseur base de données est un contrôle
    structure qui permet la traversée sur les enregistrements dans une base de données.
    Les curseurs de faciliter le traitement ultérieur en collaboration avec le
    la traversée, comme la récupération, l'ajout et la suppression de la base de données
    les enregistrements. La base de données curseur caractéristique de la traversée de fait les curseurs
    semblable à la langue de programmation notion d'itérateur.

    Et:

    Les curseurs peuvent non seulement être utilisé pour récupérer des données à partir du SGBD dans un
    l'application, mais aussi pour identifier une ligne dans un tableau afin d'être mis à jour ou
    supprimé. SQL:2003 standard définit placé de mise à jour et
    placé de supprimer les instructions SQL à cette fin. De telles déclarations ne
    ne pas utiliser la clause where avec des prédicats. Au lieu de cela, un curseur
    identifie la ligne. Le curseur doit être ouvert et déjà positionné
    sur une ligne par le biais de l'instruction FETCH.

    Si vous cochez la docs sur Python module sqlite, vous pouvez voir qu'un module python cursor est nécessaire, même pour un CREATE TABLE déclaration, il est donc utilisé dans les cas où une simple connection objet devrait suffire - comme souligné à juste titre par les OP. Une telle abstraction est différent de ce que les gens comprennent un db curseur à l'être et, par conséquent, la confusion/frustration de la part des utilisateurs. Indépendamment de l'efficacité, c'est juste un conceptuels généraux. Ce serait bien si il a été souligné dans les docs que le module python cursor est un peu différent que ce que le curseur est dans SQL et des bases de données.

    InformationsquelleAutor Basel Shishani
  2. 32

    Vous avez besoin d'un curseur de l'objet à extraire les résultats. Ton exemple fonctionne parce qu'il est un INSERT et donc vous n'êtes pas en essayant d'obtenir les lignes de retour, mais si vous regardez la sqlite3 docs, vous remarquerez qu'il n'y a pas .fetchXXXX méthodes sur les objets de connexion, donc si vous avez essayé de faire un SELECT sans un curseur, vous n'auriez aucun moyen d'obtenir les données qui en résultent.

    Curseur objets vous permettent de garder la trace de l'ensemble de résultats est qui, puisqu'il est possible d'exécuter plusieurs requêtes avant que vous avez terminé de récupérer les résultats de la première.

    • Également utile de garder à l'esprit: PEP 249 ne définit pas execute sur un objet de connexion, c'est un sqlite3 extension.
    • Il travaille toujours avec des instructions SELECT: pastebin.com/5ZbhfEn7. La raison étant que vous ne pouvez pas appeler à l'un .fetchXXXX des méthodes sur l'objet de connexion, vous appelez à une .fetchXXXX méthode de l'objet retourné par la connexion .la méthode execute ().
    • Droit, mais vous avez encore le vent avec un Curseur d'une manière ou d'une autre.
    • Oui. Mais d'une façon, vous vous retrouvez avec un (presque) inutile curseur avec lequel interroger la base de données :p
    • Si vous utilisez le curseur de la requête, le même curseur est utilisé pour les résultats; vous ne pas se retrouver avec un "extra" curseur.
    • Il serait bon que vous le regardez - donc il n'. Vous l'avez dit, "[c]ursor objets vous permettent de garder la trace de l'ensemble de résultats est qui, puisqu'il est possible d'exécuter plusieurs requêtes avant que vous avez terminé de récupérer les résultats de la première". J'ai la configuration de base de données de validation automatique des changements, il semble donc que cette raison pour l'utilisation de curseurs est vide dans mon cas (à moins que j'ai mal compris). Encore faudrait-il être mauvaise forme pour éviter de les utiliser?
    • Explicitement à l'aide de curseurs est une bonne habitude à prendre, car il y aura probablement de futurs projets sur lesquels vous travaillez où les choses sont pas auto-commit.
    • Juste assez. Merci pour l'info 🙂
    • Je suis toujours un peu confus. Pourquoi l'utilisation de l'auto-commit l'annulation de la prestation du curseur de la capacité à distinguer les différents ensembles de résultats? Même avec le mode auto-commit, n'avons-nous pas besoin de savoir qui est le résultat d'ensemble est qui? Même c'est trop long à répondre dans les commentaires, peut-être le point de me une documentation ou un exemple? Thx!

    InformationsquelleAutor Amber
  3. 31

    Selon le rapport officiel docs connection.execute() est un non standard raccourci qui crée un intermédiaire curseur de l'objet:

    Connexion.exécuter

    C'est un autre raccourci qui crée un objet curseur en appelant le curseur() la méthode, appelle le curseur de la méthode execute() avec les paramètres donnés, et renvoie le curseur.

    InformationsquelleAutor user
  4. 16

    12.6.8. À l'aide de sqlite3 efficacely

    12.6.8.1. À l'aide de raccourci méthodes

    À l'aide de la non standard execute(), executemany() et executescript() méthodes de l'objet de Connexion, votre code peut être écrit plus concisly parce que vous n'avez pas à créer l' (souvent superflu) Curseur objets explicitement. Au lieu de cela, le Curseur de la création d'objets et implicitement ces méthodes de raccourci de retour du curseur objets. De cette façon, vous pouvez exécuter une instruction SELECT et parcourir directement à l'aide d'un seul appel sur l'objet de Connexion.

    (sqlite3 documentation; c'est moi qui souligne.)

    Pourquoi ne pas simplement utiliser la connexion de l'objet?

    Car ces méthodes de l'objet de connexion sont non standard, c'est à dire qu'ils ne font pas partie de Python Base de données de Spécification de l'API v2.0 (PEP 249).

    Aussi longtemps que vous utilisez les méthodes standard de l'objet Curseur, vous pouvez être sûr que si vous passez à une autre base de données de mise en œuvre qui suit les spécifications ci-dessus, votre code sera entièrement portable. Peut-être que vous aurez seulement besoin de changer le import ligne.

    Mais si vous utilisez la connection.execute il y a une chance que le changement ne sera pas que simple. C'est la raison principale pour laquelle vous souhaitez utiliser cursor.execute à la place.

    Toutefois, si vous êtes certain que vous n'allez pas passer, je dirais que c'est complètement OK pour prendre la connection.execute raccourci et être "efficace".

    InformationsquelleAutor AXO
  5. 0

    Il nous donne la possibilité d'avoir de multiples distincts des environnements de travail par le biais de la même connexion à la base de données.

    InformationsquelleAutor Python Learner