En Python, avec sqlite est-il nécessaire de fermer un curseur?

Voici le scénario. Dans votre fonction, vous êtes l'exécution des instructions à l'aide d'un curseur, mais l'un d'eux échoue et une exception est levée. Votre programme les sorties de la fonction avant de fermer le curseur, il a été de travailler avec. Va le curseur flotter autour de la prise de l'espace? Dois-je fermer le curseur?

En outre, la documentation Python est un exemple de l'utilisation du curseur et dit: "nous aussi Nous pouvons fermer le curseur si on a terminé." Le mot-clé étant "peut" et non "doivent". Que veulent-ils dire exactement par là?

InformationsquelleAutor user113946 | 2010-02-24
  1. 19

    C'est probablement une bonne idée (bien qu'il pourrait ne pas beaucoup d'importance avec sqlite, je ne sais pas là, mais ça va rendre votre code plus portable). De plus, avec la récente de Python (2.5+), c'est facile:

    from __future__ import with_statement
from contextlib import closing

with closing(db.cursor()) as cursor:
    # do some stuff
    InformationsquelleAutor Michael Ekstrand
  2. 9

    Vous n'êtes obligé à appeler close() sur le curseur; elle peut être nettoyée comme tout autre objet.

    Mais même si l'attente pour la collecte des ordures sons OK, je pense qu'il serait bon style encore pour s'assurer qu'une ressource telle qu'une base de données curseur se ferme s'il existe ou non une exception.

    InformationsquelleAutor Ben James
  3. 7

    Je n'ai pas vu d'effet pour la sqlite3.Cursor.close() fonctionnement.

    Après la fermeture, vous pouvez toujours appeler fetch(all|one|many) qui vous permettra de revenir le reste des résultats de la précédente instruction execute. Même en cours d'exécution Cursor.execute() fonctionne encore ...

    • J'ai remarqué le même comportement (j'ai eu un test écrit à assurez-vous que le curseur est fermé, et il a échoué), et je me demande si c'est un python connecteur question ou quelque chose d'inhérent avec sqlite3.
    InformationsquelleAutor Simon A. Eugster
  4. 5

    Fait intéressant, le Python 3.0 doc dit "nous aussi Nous pouvons fermer le curseur si on a terminé", tandis que le Python 2.7 et 3.6 doc a dit "Nous pouvons aussi fermer la connexion si on a terminé".

    Le Python 2.7 et 3.0-3.4 documents ne décrivent pas le curseur .close() méthode. Mais le Python 3.5 et 3.6 docs décrire la curseur .close() méthode:

    Fermer le curseur (plutôt que chaque fois que __del__ est appelé).

    Le curseur sera inutilisable à partir de ce point; un ProgrammingError exception sera levée si une opération est tentée avec le curseur.

    InformationsquelleAutor Craig McQueen
  5. 5

    Ce code permet de fermer automatiquement le Cursor. Il permettra également de fermer automatiquement et à engager les Connection.

    import sqlite3
import contextlib

def execute_statement(statement):
    with contextlib.closing(sqlite3.connect(path_to_file)) as conn: # auto-closes
        with conn: # auto-commits
            with contextlib.closing(conn.cursor()) as cursor: # auto-closes
                cursor.execute(statement)
    InformationsquelleAutor stackoverflowuser2010
  6. 1

    Tous,

    J'ai été confronté à un graduelle de fuite de mémoire avec mon code (Python 3.8) à l'aide de sqlite3. J'ai tracé la cause probable de mes classes de base de données. Comme il s'avère, je voudrais ouvrir et utiliser un curseur, mais jamais fermé. La base de données est restée ouverte pendant la durée du programme (Service Windows) et sera fermée à la sortie.

    Une fois que j'ai commencé à la fermeture de la curseurs dans tous mes db opérations qui, ma mémoire fuite s'est arrêtée, et l'empreinte mémoire est devenue stable.

    Je suggérerais donc que vous preniez le temps de fermer vos curseurs. Elle rend le code plus cohérente et apparemment, aide à contrôler la mémoire consommée.

    Voici un exemple de la façon dont j'ai fermer le curseur:

    def write_to_db(self, cache_item:CacheEntry):
        '''Write a single cache entry to the database'''
        crsr = self._db_con.cursor()

        # Load some data elements
        fax_line_path = cache_item._dir_part
        phone_line = cache_item._phone_line
        sub_folder = cache_item._subfolder
        fname = cache_item._fname
        work_done = cache_item.get_workdone()

        try:
            crsr.execute(FilenameCacheDB.INSERT_CACHE,
                             (fax_line_path, 
                              phone_line, 
                              sub_folder, 
                              fname, 
                              work_done))

        except Exception as e:
            LOG.warning(f"Could not write {cache_item} to db because {e}")
            raise e

        finally:
            #
            # I was *not* closing the cursor prior
            #
            crsr.close()
            self._db_con.commit()
    InformationsquelleAutor Peer