Прескочи на главни садржај
🔒 Режим прегледа. Првих петнаест Foundations лекција је бесплатно; ова је Pro. Покрените 7-дневни trial да откључате едитор, AI савете и остатак курса. Картица је обавезна, можете отказати у било ком тренутку у Dashboard.
Покрени 7-дневни trial →
⚡
← Kursevi
›
FastAPI Production
›
Модул 5 · Примјена производње и уочљивост
›
СКЛАлцхеми 2.0 асинц — стратегије учитавања
quiz
72 / 105
🇷🇸
SR
▼
↗
Подели
⋯
Више
+100 XP
📋
Zadatak
📖
Teorija
🤖
AI Pomoć
Zadatak
📝 **Питање:** Зашто асинхронизоване СКЛАлцхеми сесије забрањују имплицитно учитавање односа? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
🎯 Kviz
Pitanje
📝 **Питање:** Зашто асинхронизоване СКЛАлцхеми сесије забрањују имплицитно учитавање односа? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
A
Async sessions are measurably slower than sync sessions because every attribute access goes through an awaitable wrapper, and lazy loading would multiply that overhead across every relationship traversal during request handling
B
Implicit lazy loading triggers a hidden DB roundtrip on attribute access
C
It's a known SQLAlchemy bug — lazy loading was never properly implemented in the async path and the maintainers chose to disable it rather than ship a half-working feature in the public stable API surface today
D
Postgres doesn't allow more than one in-flight query per connection, and lazy loading would issue a query while another was already pending — async sessions enforce this Postgres-level constraint to avoid that exact problem class
Odgovori
💬 Diskusija
Budi prvi — postavi pitanje ili podeli savet.
Prijavi se
da bi se pridružio diskusiji. Čitanje je besplatno.
Učitavanje diskusije…