Python: Nombre de lignes affectées par le curseur.execute("SELECT ...)

Comment puis-je accéder le nombre de lignes affectées par:

cursor.execute("SELECT COUNT(*) from result where server_state='2' AND name LIKE '"+digest+"_"+charset+"_%'")
  • Cette question n'a pas de sens. Une instruction select n'a pas d'incidence sur tous lignes.
  • Je pense que l'intention est d'obtenir le nombre de lignes retournées par COUNT(*) ce qui signifie que la vraie question est "Comment accéder à la suite de cursor.execute.
  • Aussi ne jamais, ne JAMAIS utiliser python chaîne de concaténations voir initd.org/psycopg/docs/..., ou vous serez dans le monde de la douleur!
  • Ce que @Alex signifie, ne jamais utiliser python concaténation de chaîne à remplacer les valeurs d'une variable dans une chaîne de requête SQL.
  • Merci @Larsh 🙂 j'ai voulu dire dans le contexte de requêtes SQL en Python.
InformationsquelleAutor Tie-fighter | 2010-03-24
  1. 66

    Essayez d'utiliser fetchone:

    cursor.execute("SELECT COUNT(*) from result where server_state='2' AND name LIKE '"+digest+"_"+charset+"_%'")
result=cursor.fetchone()

    result tiendra un tuple avec un seul élément, la valeur de COUNT(*).
    Donc, pour trouver le nombre de lignes:

    number_of_rows=result[0]

    Ou, si vous préférez le faire d'un seul coup:

    cursor.execute("SELECT COUNT(*) from result where server_state='2' AND name LIKE '"+digest+"_"+charset+"_%'")
(number_of_rows,)=cursor.fetchone()

    PS. C'est aussi une bonne pratique de l'utilisation paramétrées arguments à chaque fois que possible, car il peut automatiquement citer les arguments pour vous en cas de besoin, et de les protéger contre les injections sql.

    La syntaxe correcte pour paramétrées arguments dépend de votre python/adaptateur de base de données (par exemple, mysqldb, psycopg2 ou sqlite3). Il ressemblerait à quelque chose comme

    cursor.execute("SELECT COUNT(*) from result where server_state= %s AND name LIKE %s",[2,digest+"_"+charset+"_%"])
(number_of_rows,)=cursor.fetchone()
    • Normal Python chaîne de substitution, pour construire des énoncés n'est pas la meilleure approche. Ou que la documentation officielle, il met "ne Jamais faire cela -- l'insécurité!". Utiliser le ? syntaxe.
    • pas de travail en 3.5, besoin de fetchall pour le compte, puis re - fetch pour le traitement.
    • pas sûr de ce que vous avez fait ou ce que l'adaptateur de base de données que vous avez utilisé, mais cela fonctionne bien sur Python 3.5 avec adaptateur de base de données, vous pouvez poser vos mains sur. Sans exactes de votre code qui ne fonctionne pas, je suppose que le problème est local.
    • c'est pourquoi Unutbu a déjà vu comment utiliser des paramètres SQL dans la réponse.
    InformationsquelleAutor unutbu
  2. 87

    De PEP 249, qui est généralement mis en œuvre par Python Api de base de données:

    Curseur Objets doit répondre à l'une des méthodes suivantes et attributs:

    [...]

    .nombre de lignes

    Ce champ en lecture seule attribut spécifie le nombre de lignes que la dernière .exécuter*() produit (pour DQL des déclarations comme "select") ou affecté (pour les instructions DML comme "mettre à jour" ou "insérer").

    Mais attention, il continue à dire:

    L'attribut est de -1 en cas d'absence de .exécuter*() a été effectuée sur le curseur ou le nombre de lignes de la dernière opération est ne peut pas être déterminé par l'interface. [7]

    Remarque:

    Les futures versions de la DB spécification de l'API pourrait redéfinir le dernier cas l'objet de retour None au lieu de -1.

    Donc, si vous avez exécuté votre déclaration, et il fonctionne, et vous êtes certains que votre code sera toujours exécuté sur la même version du même SGBD, c'est une solution raisonnable.

    • .nombre de lignes pour Sélectionner s'affiche toujours 1
    • Une ligne a été produit, contenant la valeur COUNT(*). Si vous interrogez SELECT name FROM result WHERE server_state='2', par exemple, vous obtiendrez zéro, une ou plusieurs lignes.
    • SQLite toujours produit cursor.rowcount == -1 pour SELECT états car il ne sait pas combien de lignes sera retourné jusqu'à ce que vous avez retourné toutes les lignes; c'est itérateurs tout le chemin vers le bas pour SQLite.
    • J'ai trouvé @MartijnPieters commentaires pour être correct pour MariaDB via le Connecteur/Python. J'ai toujours revenir -1 pour les instructions SELECT.
    • J'ai juste ajouté une mise en garde pour tenir compte de l'expérience @MartijnPieters a été d'avoir, et I. il faut espérer qu'il va sauver l'avenir vers le bas-voix, parce que, pour beaucoup de cas, c'est une bonne réponse.
    • alors pourquoi ne pas simplement mettre à jour les PEP 249 devis complet? Le plus gros problème ici est que le PEP est dit explicitement que rowcount peut être -1 dans le cas où le nombre de lignes n'a pu être déterminée, mais cette réponse papiers au cours de cette mise en garde. J'ai eu à vérifier si cela a été un ajout ultérieur, mais rowcount pas toujours être mis fait partie, depuis la première PEP s'engager à partir de 2001.
    • Bonne idée—faire. Et compte tenu de la remarque à propos de l'API qui pourrait changer si elle retourne None à l'avenir, je pense maintenant que ce n'est pas vraiment une bonne solution pour mon cas. Alors votre suggestion m'a sauvé de l'avenir possible de bugs.

    InformationsquelleAutor AndiDog
  3. 36

    Le nombre de lignes affectées est retourné à partir de l'exécuter:

    rows_affected=cursor.execute("SELECT ... ")

    bien sûr, comme AndiDog déjà mentionné, vous pouvez obtenir le nombre de ligne en accédant à la propriété rowcount du curseur à tout moment pour obtenir le nombre de la dernière exécution:

    cursor.execute("SELECT ... ")
rows_affected=cursor.rowcount

    À partir de la ligne de la documentation de python MySQLdb:

     def execute(self, query, args=None):

    """Execute a query.

    query -- string, query to execute on server
    args -- optional sequence or mapping, parameters to use with query.

    Note: If args is a sequence, then %s must be used as the
    parameter placeholder in the query. If a mapping is used,
    %(key)s must be used as the placeholder.

    Returns long integer rows affected, if any

    """
    • +1 Boaz, "rows_affected=curseur.rowcount" est absolument la meilleure réponse. Il ne nécessite pas une requête supplémentaire que la valeur est toujours présent. rowcount est utile pour déterminer le nombre d'enregistrements insérées, mises à jour, supprimées ou récupérés par le biais d'une requête.
    • Selon le déjà mentionné PEP 249 la valeur retournée par la cursor.execute méthode n'est plus défini (dans la version précédente de la norme, il était prévu de travailler comme dans Boaz exemple). La spécification explicite suggère l'utilisation de la le plus flexible .rowcount attribut au lieu que la valeur retournée par la execute méthode est l'interface de base de données dépendant de l'implémentation.
    • J'ai trouvé cette approche n'A PAS fonctionné pour MariaDB 10.4.17, Python 2.7.8, et le Connecteur/Python 2.0.4. Malheureusement, je ne pouvais pas trouver à la publication de TOUTE approche qui a travaillé pour que la combinaison d'outils. J'ai finalement dû parcourir les lignes et de les compter moi-même!
    • une Belle réponse qui ne nécessitent pas de codage ou de communiquer à un serveur et à ne pas consommer toute la mémoire merci
    • cursor.rowcount peut être laissé à -1. Le PEP spécification des feuilles à l'adaptateur de base de données, de sorte qu'il n'est pas garanti de fonctionner pour toutes les bases de données. La valeur de retour de cursor.execute() n'est pas prescrit par la PPE, et certains pilotes de base de données (comme sqlite3) retour du curseur, pas un nombre de lignes.
    InformationsquelleAutor Boaz
  4. 16

    À mon avis, la façon la plus simple d'obtenir la quantité de lignes sélectionnées est la suivante:

    Le curseur de l'objet renvoie une liste avec les résultats lors de l'utilisation de l'extraction de commandes (fetchall(), fetchone(), fetchmany()). Pour obtenir les lignes sélectionnées, il suffit d'imprimer la longueur de cette liste. Mais il est tout à fait logique pour fetchall(). 😉

    Exemple:

    print len(cursor.fetchall)
    • c'est plus simple et cela a fonctionné comme un charme. merci.
    • ce qui fonctionne pour moi est print len(curseur.fetchall())
    • est-il différence de performances en utilisant len() ?
    • ne pas oublier que le curseur est vide (à la fin) après que.
    • fetchall permettra de créer une liste de ce que si je sélectionne dans mon cas, plus de 600000 !!! de chaque tuple contient 10 champs ce n'est pas une bonne réponse seulement pour une petite partie des données
    • Vous n'êtes pas toujours d'appel cursor.fetchall ici, donc le code littéral, comme l'a écrit, produit une erreur de type. Et pourquoi aller chercher toutes les lignes juste à utiliser len() sur la liste? C'est juste un gaspillage de ressources. Utilisation SELECT COUNT(*) que le serveur ne le dépouillement.

    InformationsquelleAutor harvey_c