이 (http://djangosnippets.org/snippets/926/) 스 니펫에 따라 연결이 닫힙니다. 그러나 일종의 오래된 코드입니다.명령에서 가까운 db 연결이 필요합니까?
django 1.4에서는 연결을 닫아야합니까? 내가 장고 코드를 통해 보았지만 연결을 닫는 코드를 찾을 수 없습니다.
django가 연결을 닫으면 어디 있습니까?
감사합니다.
이 (http://djangosnippets.org/snippets/926/) 스 니펫에 따라 연결이 닫힙니다. 그러나 일종의 오래된 코드입니다.명령에서 가까운 db 연결이 필요합니까?
django 1.4에서는 연결을 닫아야합니까? 내가 장고 코드를 통해 보았지만 연결을 닫는 코드를 찾을 수 없습니다.
django가 연결을 닫으면 어디 있습니까?
감사합니다.
는 말했다
So, yes, if you do something to deliberately create lots of connections,
lot of connections will be created. However, Django closes its connection to the
database at the end of each request/response cycle, so there is only one connection
in operation per thread or process handling requests and responses. If you're not
using the HTTP layer, it's still only one connection per thread of execution and
you are in complete control of the number of threads you create.
처음 면책 조항 : 저는 전문가가 아닙니다.
어쨌든, 당신이 참조하는 조각은 두 개의 티켓을 참조하십시오 Django 티켓은 연결을 종료합니다 (참조 라인 장고/코어/관리/명령/loaddata에서 55-60 로딩기구의 코드에 포함 된 것이 좋습니다. py). MySQL 티켓은 그들의 편에서 아무 것도 많이 변하지 않았 음을 시사합니다.
어쨌든, 나는 당신이하려는 일에 달려 있다고 생각합니다. 가장 중요한 점은 "연결 종료"픽스가 MySQL의 유일한 것으로 보인다는 것입니다. 다른 DB를 사용하는 경우 스 니펫의 주석에 의해 제안 된 버그가 발생하지 않아야합니다. 장고에서
# Close the DB connection. This is required as a workaround for an
# edge case in MySQL: if the same connection is used to
# create tables, load data, and query, the query can return
# incorrect results.
: 코드 조각으로
을하지만 문제는 라이프 사이클의 끝에서 장고 명령 밀접한 관계는 무엇입니까? –