Эффективное обновление, вставка при неудаче, с sqlalchemy

Question

Мне по существу нужно сделать INSERT ... ON DUPLICATE KEY UPDATE, однако строка уже будет существовать 99,9 ...% времени. Поэтому, что я действительно хочу сделать, это UPDATE, поймать нечетное исключение и INSERT.

В SQLAlchemy я обычно сделать следующее:

new_obj = MyModel(the_pk=id) 
new_obj = MyModel.__table__.c.some_val + val 
session.merge(new_obj) 

Я заметил, однако, что, когда я называю session.merge SQLAlchemy делает SELECT, что является неэффективным в случае, я знаю, я почти всегда UPDATE «ИНГ , Есть ли какой-то способ улучшить это, не говоря уже о написании исходного SQL (с которым я в порядке)? Мне просто интересно, есть ли какой-то трюк sqlalchemy, который мне не хватает.

Кроме того, после выполнения слияния, что произойдет, если строка с конфликтующим ПК возникнет до того, как сессия будет очищена/зафиксирована? Я предполагаю, что выбрать, чтобы определить, является ли SQLAlchemy нужно сделать позже INSERT или UPDATE

Answer 1

Пара вариантов: 1) обходного SA и сделать фактическое заявление слияния или использовать КЕРЪАС если СУБД поддерживает его. Вот билет SA для добавления заявления о слиянии, который также включает в себя квитанцию ​​о замене: SA Ticket 960

2) Простой способ, сделайте обновление, вы получите количество строк, обновленных назад, если это 0, вставьте ,

У 2-го варианта могут возникнуть проблемы, если у вас есть несколько авторов, так как два писателя могут обновиться, и оба получат 0 строк, обновленных назад, и тогда только одна из двух вставк писателей будет выполнена. Не уверен, что это проблема в вашем случае, но что-то, о чем нужно знать.