sqlalchemy flush() et get id inséré?

Je veux faire quelque chose comme ceci:

f = Foo(bar='x')
session.add(f)
session.flush()

# do additional queries using f.id before commit()
print f.id # should be not None

session.commit()

Mais f.l'id n'est quand je l'ai essayer. Comment puis-je obtenir que cela fonctionne?

-Dan

  • Pouvez-vous initialiser SA moteur avec echo=True, et voir ce que SQL est exécuté au ras des temps? Ce que vous décrivez doit travailler et de vous donner l'id, mais peut-être il y a un autre problème que les résultats de f.id de Aucun.
InformationsquelleAutor Eloff | 2009-08-22
  1. 54

    Votre exemple de code doit avoir travaillé comme il est. Sqlalchemy devez fournir une valeur pour f.id, en supposant que ses un autogenerating colonne de clé primaire. clé primaire attributs sont remplis immédiatement dans le flush (), car elles sont générées et qu'aucun appel n'est commit() devrait être obligatoire. Donc, la réponse se trouve dans les détails de votre cartographie, s'il y a des bizarres caprices du backend utilisées (par exemple, SQLite n'est pas de générer des valeurs entières pour une clé primaire composite) et/ou que les émissions de SQL dit lorsque vous allumez l'écho.

    • Vous avez raison, une vérification rapide dans le shell indique qu'il remplit le champ de clé primaire d'une valeur. Je vais devoir étudier pourquoi il n'a pas de travail dans la pratique.
    • "votre exemple de code devrait être de fournir une valeur" sonne comme vous dites "vous devriez avoir donné une valeur de id en premier lieu", plutôt que "que le code que vous avez doit avoir travaillé comme il est". Il est devenu clair pour moi que vous vouliez dire, le second plutôt que le premier est seulement après la troisième lecture. Pourriez-vous préciser?
    InformationsquelleAutor zzzeek
  2. 110

    Je viens de courir à travers le même problème, et après le test, j'ai constaté qu'AUCUNE de ces réponses sont suffisantes.

    Actuellement, ou de sqlalchemy .6+, il y a une solution très simple (je ne sais pas si c'est le cas dans la version précédente, mais j'imagine qu'il n'):

    session.refresh()

    Donc, votre code devrait ressembler à quelque chose comme ceci:

    f = Foo(bar=x)
session.add(f)
session.flush()
# At this point, the object f has been pushed to the DB, 
# and has been automatically assigned a unique primary key id

f.id
# is None

session.refresh(f)
# refresh updates given object in the session with its state in the DB
# (and can also only refresh certain attributes - search for documentation)

f.id
# is the automatically assigned primary key ID given in the database.

    C'est la façon de le faire.

    • Ceci se rapproche d'une réponse qui pourrait fonctionner pour moi mais je reçois l'erreur suivante: InvalidRequestError: ne Peut pas l'actualisation de l'instance '<....>'. Il apparaît à la suite de la chasse d'eau que l'instance n'existe tout simplement plus. Appréciez toute la perspicacité.
    • Vous venez d'enregistrer mon cul. Je ne pense pas que je vais jamais utiliser l'ORM venant de Django. Le flush() la commande ne fonctionne PAS comme indiqué à mon humble avis.
    • Mise à jour, j'ai eu à utiliser sessionmaker(autoflush=True), ce combo w/refresh() m'a fourni avec l'ID de ligne. #grrr
    • Si vous ne comprenez pas la différence entre flush() et commit(), voici une bonne explication: stackoverflow.com/a/4202016/1252290
    • Au lieu de flush() utilisation commit() et juste après le rafraîchissement avec session.refresh(f), fonctionne pour moi, et je l'utilise SQLAlchemy version 0.6.7
    • Les coutures de la version 1.3.1 n'a pas besoin de session.refresh(f)

    InformationsquelleAutor dpb
  3. 10

    Merci pour tout le monde. J'ai résolu mon problème en modifiant le mappage de colonne. Pour moi, autoincrement=True est nécessaire.

    origine:

    id = Column('ID', Integer, primary_key=True, nullable=False)

    après modification:

    id = Column('ID', Integer, primary_key=True, autoincrement=True, nullable=True)

    alors

    session.flush()
    print(f.id)

    est ok!

    InformationsquelleAutor poloxue
  4. 6

    contrairement à la réponse donnée par le dpb, l'actualisation n'est pas nécessaire.
    une fois que vous tirez, vous pouvez accéder à l'id de champ, sqlalchemy actualise automatiquement l'identifiant est généré automatiquement à l'arrière-plan

    J'ai rencontré ce problème et a trouvé la raison exacte après quelques recherches, mon modèle a été créé avec l'id comme integerfield et dans mon formulaire de l'id a été représenté avec hiddenfield( puisque je n'ai pas voulu montrer l'id dans mon formulaire). Le champ caché par défaut est représenté comme un texte. une fois que j'ai changé la forme de integerfield avec widget=hiddenInput()) le problème a été résolu.

    • Comme indiqué seulement refresh() a travaillé pour moi. En faisant une migration de données j'ai besoin de l'ID de ligne dans une boucle pour remplir un FK. J'ai essayé tous les combo de commettre,une couleur, une session de piratage et d'actualiser() a été la seule chose qui a fonctionné. Mes données est super propre et je suis juste de trouver que SQLA n'est pas vraiment très bon (avec grande exp dans au moins 5 grands ORM). Juste envelopper sur 5+ heures à essayer d'obtenir l'id de ligne pour un add()->commit()/flush().
    InformationsquelleAutor Ryan
  5. 1

    Une fois, j'ai eu un problème avec le fait d'avoir attribué 0 id avant d'appeler session.add méthode. L'id a été correctement attribué par la base de données, mais l'id correct n'a pas été récupéré à partir de la session d'après session.flush().

    InformationsquelleAutor babky
  6. -7

    Vous devez essayer d'utiliser le session.save_or_update(f) au lieu de session.add(f).

    • save_or_update a été abandonné depuis environ 0,5. session.add() devrait le faire.
    InformationsquelleAutor Mohit Ranka