Changes between Initial Version and Version 1 of Ticket #30375, comment 3


Ignore:
Timestamp:
Apr 16, 2019, 5:38:55 PM (5 years ago)
Author:
Manuel Weitzman

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #30375, comment 3

    initial v1  
    1010> On the other hand updating a primary key while holding a lock is really uncommon so I wouldn't be against adding a `select_for_udate(primary_key)` parameter that defaults to `False`. We just have to make sure that we still allow these operations to be performed somehow.
    1111
    12 That is possible, I tested today and only a few changes are required to achieve this behavior. Maybe I could send a PR soon for review?
     12That is possible, I tested today and only a few changes are required to achieve this behavior. But if UPDATEs are converted to INSERTs, then NO KEY should be used by default when using a PostgreSQL backend, shouldn't it?
     13Maybe I could send a PR soon for review, I think I can program an approach which uses an extra parameter!
Back to Top