Всем привет! Решил попробовать новую для себя конструкцию из этого примера

https://www.encode.io/databases/database_queries/
и не могу понять как ставить условия, например выбрать все с определенным айлишником, кто-то сталкивался, знаком с таким синтаксисом?)
Ссылка на более подробную документацию тоже будет полезна

Нафиг датабейсес, алхимия поддерживает асинк из коробки с недавних пор

.where(Modle.field==someid) может так?

Нет. query = models.claims.select() await database.database_obj.fetch_all(query=query.where(models.claims.subject == 'Жалоба на поликлинику.')) >>>AttributeError("'Table' object has no attribute 'subject'") А имеет вообще смысл использовать databases и зачем она нужна? Я ее в примере увидел и воспользовался https://fastapi.tiangolo.com/advanced/async-sql-databases/

databases имело небольшой смысл юзать пока не было асинк алхимии

Мне нравится ее подход в том, что файл crud по факту больше не нужен, т.е. можно использовать model.filed напрямую. В sqlalchemy тоже так можно, но нужно чуточку больше кода для этого

Что за файл crud?

CREATE READ UPDATE DELETE

Мне не нравится, что там опять какие-то глобальные неявные сессии

А файл?

Ну т.е. мои проекты традиционно состоят из файлов schemas, crud, services, main, models, config и т.п. Теперь необходимость в 1 из них отпадает

Проксим, зачем ты в тишку переоделся?

А crud где тут?

+

А, ну и круд соответственно, забыл его вписать😂

А что за файл crud?

def read_user_by(db: Session, column, value): return db.query(models.User).filter(getattr(models.User, column) == value).first() def create_user(db: Session, user_log_in: schemas.UserLogIn, token: str, reset_token: str, age: int): new_user = models.User(email=user_log_in.email, hashed_password=user_log_in.password, current_token=token, reset_token=reset_token, birthdate=func.current_date() - age, ) db.add(new_user) db.commit() db.refresh(new_user) return new_user def update_user(db: Session, user, key_value_pairs: dict): for key, value in key_value_pairs.items(): setattr(user, key, value) # call read_user inside? db.commit() return user

Ну, это юзкейсы. Они никуда не деваются

А как сделать async sqlalchemy чайнику? Все гугл запросы ведут как раз на вариант с databases ))

Доки не для чайников пишут

Я так понимаю, разработчиками рождаются в твоем мире

Не находишь некоторую цикличность ? :)

Это все равно быстрее и понятнее, чем читать доки:)

В доках легче искать по тексту

Если знаешь, что искать

Вы ау эщ

А еще есть 2 категории людей. Первые придают очень много значимости своим знаниям. Они приложили много сил, что бы этой информацией обладать и просто так ей делиться не хотят. Вторые так-же приложили много сил, что бы приобрести эти знания, но они не придают им особой значимости. Они жалеют, что она досталась им таким сложным путем, и что они не успели воспринять больше, потому что все силы ушли именно на этот объем информации. Они хотят помочь окружающим, что-бы следующая дисциплина, которую они будут изучать, досталась им легче, потому что будет взращена культура доступной информации. Первые гордятся собой и считают себя шибко умным, а остальных дураками, вторые считают, что любой состоянии воспринять эту информацию, а ты только ее обладатель в этот момент, вследующий момент уже ты будешь спрашивать, а кто-то другой будет обладателем нужной тебе информации, и хорошо бы, что бы этот "кто-то" был из 2-ой категории. Мы не квантовой физикой занимаеся, скорость изучения в разработке линейная, а успеть узнать (лично мне) хочет больше

да, вопрос звучал как будто человек уже знаком с asyncio и sqlalchemy, но не может найти доку по их использованию вместе. дока была выдана

ты умеешь пользоваться asyncio? а sqlalchemy?

Доку читать - это как библию, всегда полезно и никогда не не помогает в нужный момент. Тем более, доки - это дефолт, все и так знают про их наличие. Я ожидал такой ответ: Вар 1. Что бы сделать async sqlalchemy - тебе нужно заменить привычный объект на ... и перед каждый запросом писать async. Вот сжатый пример из моего кода ... Вар 2. Почитай вот эти статьи (статья_1, статья_2) # Подсознательно понимаю, что это сложно (Раз ответ умещается только в несколько статей), и надо пересмотреть необходимость этого или подобрать другой инстурмент. Вар 3. Это плохой вариант, оставайся с тем, что есть, ты не гугл, тебе асинхроныне запросы не нужны.

По отдбельности да