SQLAlchemy: SELECT and UPDATE queries with ORM vs CORE #6

[@artemshumeiko]

💡 Попробуй онлайн-тренажёр для подготовки к техническому собеседованию: clck.ru/3B5gwP 💡 Забирай роадмап изучения самого востребованного фреймворка на Python - FastAPI здесь: t.me/ArtemShumeikoBot Пишу про лайфхаки при поиске работы, рынок труда и способы развития разработчиков в TG канале - подписывайся: t.me/artemshumeiko Вступай в Python-сообщество (здесь можно задать любой вопрос): t.me/python_community_rus

[@coryphoenixxx8238]

Поправь порядок видосов в плейлисте

[@artemshumeiko]

спасибо @@coryphoenixxx8238

[@7IdE]

Такое впечатление, что тут пропущен видос. Про scalars не было вообще ничего, а тут "напомню". И именно объяснение этой штуки меня очень интересовало. Да и Core VS ORM тоже не было...

[@АртурЛюбимов-й1о]

ООО! Помню тебя из курсов "поколение python". Ты себе не изменяешь, всегда авторов поправляешь)

[@7IdE]

@@АртурЛюбимов-й1о, я капец как прифигел от твоего коммента. :D

[@hunterxvov4ik]

видно, что постарался над курсом. Помню, летом 2023 смотрел твои видео по фастапи и они мне сильно не понравились. В этом же курсе чувствуется опыт и работа. Однозначно лайк

[@dima5116]

Согласен, в том курсе прям постоянно код менялся, четкой структуры как будто не было, здесь эти ошибки исправлены, а может быть я сам уже "дорос". Тоже с удовольствием прохожу этот курс

[@АлексейКузенков-г4и]

Супер! Очень интересно и с нетерпением ждем новых!

[@АнастасияДолгополова-ш9д]

Спасибо за урок👍. Отлично объясняешь 🤩. С нетерпением жду тему relationship💪

[@artemshumeiko]

Спасибо) на следующей неделе уже выйдет первое видео по relationships

[@emerald2281]

Отличные видео, продолжай в том же духе!

[@vladimirfesenko12345]

Здравствуйте, Артем. Получается, что если использовать query builder, а не сырой SQL, то мы по умолчанию защищены от SQL инъекций? Спасибо большое за видео. Я начинающий и для таких как я ваши видео очень полезны.

[@artemshumeiko]

да, верно

[@SergeyBakaevRettley]

на 9:08 можно в where указывать TableName.column, а не TableName.c.column, по крайней мере в sqlalchemy version >2.0. Мне такой синтаксис больше нравится, так как работает автодополнение и есть подсветка

[@artemshumeiko]

Если имеем дело с таблицами Table(...), то обязаны указывать .c. Если задаем модель через класс, то да, .c не нужен и есть подсказки в IDE

[@asg5511]

Очень доступное объяснение. Талант к преподаванию!

[@Александр-ъ3о1щ]

Спасибо, всё подробно обьяснил ! ВОПРОС - а не сброится ли наш primary_key если мы применим метод refresh перед коммитом в функции обновления воркера? и получится так что апдейт будет искать ключи которых не существует..

[@vasiliy2396]

Курс очень нравится, но я не совсем понимаю, если мы используем ORM, то работаем через sessionmaker, а если с Core, то через engine? Или это просто совпадение? Ведь работает и так, и так. В чем отличие и как понять, что использовать? Заранее спасибо)

[@artemshumeiko]

в ORM обязательно использовать сессию, именно она собирает в себя все изменения и при коммите разом отправляет их в базу данных. engine просто исполняет запросы и не способен держать контекст я говорю про session.add(), session.add_all() и, например, user = session.get(User, 1) user.name = "Ivan" session.commit()

[@Qustoos]

Выборка через where всегда требует .c. указывать? В документации не нашел конкретно про "c" Кажется что "c" необходим для таблицы созданных через Table, а таблицы через Classname(Base) позволяет к полю id обращаться как к атрибуту модели.

[@artemshumeiko]

.с нужен только для table, для cte и subquery вроде я упоминаю это в курсе

[@Biongar]

Сделай пожалуйста следующее: Есть допустим таблица User, у него email и username, оба unique=True, вопрос, при добавлении User, если вылетел exception UniqueConstraintFailed, как нам в алхимии понять какое именно поле не прошло проверку на уникальность

[@emerald2281]

Мб проверь есть ли юзер по емейлу потом по юзернейму

[@Biongar]

@@emerald2281 каждый раз 2 лишних запроса писать?

[@nateriver8261]

А как в алхимии решается проблема N+1?

[@artemshumeiko]

Покажу в видео о relationship. Они будут под номерами 9,10

[@awesomeex5821]

подача конечно хорошая, но дико раздражает вот эти "я тут немного изменил код" или вообще начинаешь говорить про темы которые еще не проходили так как будто мы уже это прошли, уже второй курс смотрю у тебя и дико тригерит что постоянно меняется код вне ролика, приходится потом сидеть разбираться почему что то не работает и тд

[@BersGriffith]

я бы для ORM подхода добавил with_for_update(): foo = session.query(Foo).filter(Foo.id==1234).with_for_update().one(). Почему? Чтобы на момент обновления строки в таблице она была заблокирована и конкурентная транзакция не смогла ее изменить еще как то.

[@Habimbo]

Артем , привет , у тебя остался еще курс на степике по FastApi?

[@scr1pt651]

Артем, привет! Большое спасибо за курс! Подскажи, пожалуйста, как определить, что лучше для проекта выбрать: SQLAlchemy Core или SQLAlchemy ORM? Что является более ограниченным по возможностям и может у тебя есть какие-нибудь ресурсы, где можно почитать про выбор кора или орм? Заранее спасибо!

[@xacho86]

Хочу обратить внимание, что согласно документации one_or_none() может возбудить ошибку при возврате более одной строки - MultipleResultError (с названием могу путать);

[@natpagle2628]

привет! я новичок в sqlalchemy да и вообще в питоне, столкнулся с проблемой циклических импортов когда попытался связать 2 модели, есть модель User, есть модель UserRole, в User есть поле roles: Mapped[List[UserRole]], а в UserRole поле user: Mapped[User]. Ну и импортировав необходимые классы получил ошибку. Как вообще грамотно с таким бороться?

[@artemshumeiko]

достаточно название модели заключить в кавычки: Mapped[List["UserRole"]] и убрать явные импорты -- алхимия дальше разберется :)

[@artemshumeiko]

ровно так же кстати работают импорты моделей в Pydantic, если встретитесь