SQLAlchemy의 열망로드

Question

를 새로 고칩니다. 종종 세션에서 Foo 객체를 분리하고 값과 Bar의 값을 계속 사용합니다. 때때로 Foo의 상태 필드를 업데이트해야합니다. 이 경우 새 세션을 만들고 foo 객체를 세션에 추가하고 커밋합니다. 커밋 후에 Foo 객체와 연결된 Bar 객체는 무효화되지만 Foo 객체의 커밋의 암시 적 새로 고침에 의해 다시로드되지 않습니다. Foo 객체를 세션에서 다시 분리하면 Bar 객체는 더 이상 사용할 수 없습니다. 내가 해결할 수있는 유일한 방법은 foo를 커밋 한 후 명시 적으로 막대 객체를로드하는 것입니다.

예 워크 플로우는 :

session = Session() 
foo = session.query(Foo).get(id) <-- foo.bar is automatically eager loaded 
session.close() 
.... 
session = Session() 
session.add(foo) 
foo.status = 'done' 
session.commit()  <-- foo is commited and refreshed, foo.bar is not 
session.refresh(foo) <-- same here, foo.bar is not loaded 
#foo.bar    <-- only explicit eager loading foo.bar here works 
session.close() 
.... 
foo.bar    <-- error if not explicitly eager loaded 

나는 객체와 같은 그 작은 바의 몇 가지에 대해이 설정을 사용하고 싶습니다. foo.bar 객체를 항상 명시 적으로 다시로드하는 것을 기억하도록 요청하면 오류가 발생하기 쉽습니다. 그래서 내 질문은 : 쿼리(), 커밋() (암시 적 새로 고침) 또는 (명시 적) 새로 고침() 수 모든 상황에서 foo.bar로드 열망 수 있습니까?

Answer 1

"커밋()"은 "새로 고침"이 아닙니다. 실제로 모든 데이터가 만료되므로 모든 매핑 된 속성이 더 이상 foo.__dict__에 나타나지 않습니다. 암시 적 새로 고침은 해당 속성을 다시 터치 할 때 발생합니다. 커밋 후 트랜잭션 간 동기화가 필요없는 많은 응용 프로그램의 경우 expire_on_commit=False을 Session 내에 설정하는 것이 가장 일반적인 방법이므로 가장 암시적인 워크 플로가 될 수 있습니다.

다음 물건, session.refresh(foo)은 구성된 열렬한 로더를 사용하여 bar을로드합니다. foo.bar이로드되지 않은 이유를 잘 모르겠습니다.이 기능은 적어도 버전 0.5 이상으로 돌아갑니다. 간단한 테스트를 확인 :

from sqlalchemy import * 
from sqlalchemy.orm import * 
from sqlalchemy.ext.declarative import declarative_base 

Base = declarative_base() 

class Foo(Base): 
    __tablename__ = 'foo' 
    id = Column(Integer, primary_key=True) 
    status = Column(String) 
    barId = Column(Integer, ForeignKey("bar.id")) 
    bar = relationship("Bar", lazy="joined") 

class Bar(Base): 
    __tablename__ = 'bar' 
    id = Column(Integer, primary_key=True) 

e = create_engine("sqlite://", echo=True) 
Base.metadata.create_all(e) 

s = Session(e) 

s.add(Foo(id=1, bar=Bar())) 
s.commit() 

f1 = s.query(Foo).get(1) 
f1.status = 'done' 
s.commit() 

assert 'bar' not in f1.__dict__ 
s.refresh(f1) 
assert 'bar' in f1.__dict__ 
s.close() 

assert f1.bar.id == 1 

다음 것은, SQLAlchemy의이 매핑 된 객체가 지속적인 데이터베이스 트랜잭션에 대한 프록시를 나타내는 일반적인 이유에 대한 자신의 "분리 된"상태에서 개체를 사용하여 낙담한다. 그래서 트랜잭션이 끝나면 모든 데이터가 만료됩니다. 개인적으로, 나는 분리 된 상태에서 물체를 사용해야한다는 정당한 이유가 있다고 생각하지 않는다. detachment는 주로 객체를 다른 세션으로 옮기고 캐시에 저장하는 용도로 사용됩니다. 그러나 우리는 어떤 경우에도 분리 된 사용 패턴에 의존하는 많은 사용자를 보유하고 있으며 합리적인 수준으로 지원할 수 있는지 확인 했으므로 걱정하지 않을 것입니다.