Changes between Initial Version and Version 1 of Ticket #30375, comment 3
- Timestamp:
- Apr 16, 2019, 5:38:55 PM (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #30375, comment 3
initial v1 10 10 > 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. 11 11 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? 12 That 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? 13 Maybe I could send a PR soon for review, I think I can program an approach which uses an extra parameter!