V
Size: a a a
2021 July 22
В
ну в сети много что написано)
А
Лучше вообще отдельного пользователя создать с ограниченными правами и под ним запускать.
T
Подскажите, плиз, эти два куска кода в алхимии делают одно и то же?
db.session.execute(model.__table__.update().where(model.__table__.c.id.in_(ids)).values(value=value))
db.sesstion.flush()
db.session.query(model).filter(model.id.in_(ids)).update({'value': value}, synchronize_session="fetch")
Проблема в том, что в первом случае при джойне модели обновленное состоянии подтягивается только для первого объекта.Р
Что значит для первого объекта?
T
Если сделать что-то типа db.session.query(model).filter(model.id.in_(ids)).all(), то в списке новое значение будет только у первого объекта. Не знаю, важное ли уточнение: транзакция коммитится после всех этих действий.
T
Т.е. в двух случаях отрабатывает нормально, и проблема с первой записью возникат только в открытой сессии.
T
Какой первой записью, что происходит
T
Сессия кэширует объекты, если что
T
Я в первом сообщении написал, что при джойне, но если и просто запрос такой сделать, в списке только у первого значения обновляет.
T
Вопрос, почему если записать апдейт как во втором варианте, то все объекты при запросе возвращаются с обновленными, а если как в первом, то только один? Есть ли разница в том, как эти записи отрабатывают?
АП
Включи эхо да посмотри.
T
Я не вижу в первом syncronize
Р
Как будто маловато информации, но выглядит так ,будто сессия у тебя не вытаскивает данные из базы, execute просто выполнит запрос без синхронизации с бд.
Р
А update через query синхронизирует сущности, находящиеся в сессии с состоянием базы данных.
Р
Ну это насколько я понимаю работы алхимии
T
Я ожидаю, что если сделать flush(), то сессия должна подтягивать обновления. Нет?
T
Если сделать флаш, то сбросятся в бд все недоделанные вещи
T
И подтянутся те вещи, которые запланированы на обновление при тех операциях
Р
да вроде нигде не сказано, что флаш вытягивает данные, хотя может через жопу прочитал