|
|
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
2 dimitr: нет ли в трекере сабжа ? А то сейчас приходится вот это фигачить: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2014, 22:04:21 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
Таблоид, нет, насколько я помню. А в чем проблема выполнять апдейт в nowait транзакции в цикле и проглатывать конфликты через when? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 08:31:48 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
dimitrв чем проблема выполнять апдейт в nowait транзакции в цикле и проглатывать конфликты через when?да нет проблемы, конечно; но этот велосипед придется опять изобретать / копипастить, когда "вдруг" еще где-то похожая задача возникнет. К тому же, скорость PSQL-кода никогда не будет выше скорости фичи, встроенной в код СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 10:16:36 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
пиши трекеру, он стерпит. Только мне кажется, что для update/delete это неправильное расширение. Это скорее должно быть дополнительной кляузой у SELECT WITH LOCK. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 10:26:08 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
dimitrпиши трекеру, он стерпит. Только мне кажется, что для update/delete это неправильное расширение. Это скорее должно быть дополнительной кляузой у SELECT WITH LOCK. Я так понял что хочется по типу mysql update ignore, insert ignore, но эти все нашлёпки сверху приводят к тому что потом невозможно быстро переносить проекты, либо делать поддержку нескольких баз данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 10:59:42 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
dimitrпиши трекеру, он стерпит. Только мне кажется, что для update/delete это неправильное расширение. Это скорее должно быть дополнительной кляузой у SELECT WITH LOCK. Добавил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 11:19:04 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
NikolayV81эти все нашлёпки сверху приводят к тому что потом невозможно быстро переносить проекты, либо делать поддержку нескольких баз данных.Кто пишет универсально-вселенские проекты на 100 разных баз, то пусть ограничивается стандартным SQL, без примочек. И заодно готовится к тому, что всё равно придется где-то что-то рихтовать под каждую базу в отдельности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 11:22:30 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
ТаблоидNikolayV81эти все нашлёпки сверху приводят к тому что потом невозможно быстро переносить проекты, либо делать поддержку нескольких баз данных.Кто пишет универсально-вселенские проекты на 100 разных баз, то пусть ограничивается стандартным SQL, без примочек. И заодно готовится к тому, что всё равно придется где-то что-то рихтовать под каждую базу в отдельности. :) ну так всем дописывателям это не объяснишь по тикету в таком случае если уж совсем до всех хотелок идти, ввсести служебное поле "получилось залочить", что бы можно было следать что-то типа: Код: sql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 14:32:01 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
NikolayV81 Код: sql 1. 2. 3. 4. 5. 6. 7. Да, хочется обрабатывать именно таким простым способом. Плюс писать в faillog какая транзакция держит запись, для разбора полётов :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2014, 15:35:55 |
|
||
|
Хотелка: update SKIP LOCKED my_table set ... where id >= :some_selected_id order by id
|
|||
|---|---|---|---|
|
#18+
dimitr> Это скорее должно быть дополнительной кляузой у SELECT WITH LOCK. Почему не опцией (дополнительной или третьей) для RC? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2014, 02:43:07 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38606275&tid=1563738]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
197ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 512ms |

| 0 / 0 |
