примерах вроде бы он используется
Чего ты прицепился к fetchall и в чем конкретно проблема?
есть ли проблема в использовании его в асинхронных функциях? видимо я неправильно понял сообщение Зарта и он ругал код если бы этот код составлял всё приложение. но когда fetchall вызывается из корутин в составе асинк приложения это ведь нормальная практика и там нет смысла возвращать итератор?
принципиально ничем не отличается что в синхронных что в асинхронных в общем случае
да нет никаких особенностей использования fetchall в асинхронном коде по сравнению с синхронным
и он ведь не ломает асинхронный код, не снимает его преимуществ?
ты так и не сказал кажется какие у асинхронного кода преимущества :)
каких преимуществ?
сформулировал вопрос не оч правильно если я использую в контексте асинхронного фреймворка асинхронную версию доступа к бд, использование fetchall не идет в разрез с общей логикой, не тормозит эвент-луп?
Абсолютно любой код, выполняемый в лупе, тормозит ивент луп.
тут вопрос к коннектору как в нём этот fetchall реализован, если ты синхронным коннектором в асинк-коде пользуешься, то может быть ой
Для клиентских курсоров реализуй не реализуй один хуй
время от времени с удивлением как в первый раз (здесь картинка с удивлённым пикачу) обнаруживаю, что psycopg2.Cursor.execute грузит весь ответ к себе если не серверсайдовый курсор
Обсуждают сегодня