Le retour des lignes distinctes dans SQLAlchemy avec SQLite

SQLAlchemy de De la requête.distinctes méthode est de se comporter de façon incohérente:

>>> [tag.name for tag in session.query(Tag).all()]
[u'Male', u'Male', u'Ninja', u'Pirate']
>>> session.query(Tag).distinct(Tag.name).count()
4
>>> session.query(Tag.name).distinct().count()
3

De sorte que la deuxième forme donne le résultat correct, mais la première forme ne fonctionne pas. Cela semble se produire avec SQLite, mais PAS avec Postgres. J'ai une fonction qui est passé d'un objet de requête pour avoir un distinct clause est appliquée, de sorte qu'il serait très difficile de réécrire tout le haut utiliser la deuxième méthode ci-dessus. Il est évident que je suis absent?

InformationsquelleAutor Eli Courtwright | 2013-06-20
  1. 49

    Selon les docs:

    Lorsqu'il est présent, le Postgresql dialecte rendra un DISTINCT SUR
    (>) construire.

    Donc, en passant colonne expressions de distinct() fonctionne pour PostgreSQL seulement (car il y DISTINCT ON).

    Dans l'expression session.query(Tag).distinct(Tag.name).count() sqlalchemy ignore Tag.name et produit de la requête (distinct sur l'ensemble des champs):

    SELECT DISTINCT tag.country_id AS tag_country_id, tag.name AS tag_name 
FROM tag

    Comme vous l'avez dit, dans votre cas distinct(Tag.name) est appliquée - donc au lieu de simplement count() envisager d'utiliser cela:

    session.query(Tag).distinct(Tag.name).group_by(Tag.name).count()

    Espère que ça aide.

    • Merci; j'ai vu que les commentaires dans les docs sur DISTINCT ON mais depuis que les docs n'ont pas explicitement dire "et c'est la seule façon que cela fonctionne" ou quelque chose comme ça, je ne savais pas que c'était implicite.
    • Downvoted car la promotion de l'SQLite extension spécifique, qui permet la sélection de la non-agréger les colonnes qui ne sont pas déterminés par la clause GROUP BY, produisant des résultats indéterminés (enfin pas exactement ici à cause de la count(), mais de corriger les solutions existent, comme dans l'autre réponse).
    • nice duplet downvote, totalement par un accident.
    • merci pour le commentaire, mais cependant, il n'est pas souvent que cela arrive avec un downvote, mais certainement un comportement souhaité. Je n'ai pas vraiment de promouvoir quoi que ce soit ici, juste essayé de l'aider à répondre à une sqlite question spécifique.
    • Même si c'est horriblement hindsighted, étant donné que vous êtes de répondre à un sqlite spécifique à la question, pourquoi ne pas abandonner le distinct(Tag.name) tout à fait, parce que c'est inutile dans SQLite, et la requête qu'il sera rejeté par la plupart SQL SGBD du fait du regroupement. Sur la double dv, je fais partager des liens intéressants q/a (d'une façon ou de l'autre). Ce serait sympa de faire une dupe cible, si ce n'est pour la accepté de répondre, si vous avez bien expliquer pourquoi distinct() accepte même des expressions comme args.
    InformationsquelleAutor alecxe
  2. 23

    Lorsque vous utilisez session.query(Tag) vous toujours requête pour l'ensemble de la Tag objet, donc si votre table contient des colonnes autre, ça ne marchera pas.

    Nous allons supposer qu'il y a un id colonne, alors la requête

    sess.query(Tag).distinct(Tag.name)

    produira:

    SELECT DISTINCT tag.id AS tag_id, tag.name AS tag_name FROM tag

    L'argument de la clause distinct est complètement ignoré.

    Si vraiment vous ne voulez les différents noms de la table, vous devez sélectionner uniquement les noms:

    sess.query(Tag.name).distinct()

    produit:

    SELECT DISTINCT tag.name AS tag_name FROM tag
    InformationsquelleAutor mata