Гость
Войти | Профиль | Очистить
Действия ...
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / INSERT OR UPDATE / 12 сообщений из 12, страница 1 из 1
30.03.2018, 11:19
    #39623118
band-rk
band-rk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
добрый день, срочно нужна помощь.
есть код, к примеру:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
WITH upsert AS (
     UPDATE tab_1 SET field_1 = text
     WHERE tab_1_id = 1
     RETURNING *
)
INSERT INTO tab_1 (tab_1_id, field_1) 
SELECT 1, 'text'
WHERE NOT EXISTS (SELECT * FROM upsert)
RETURNING tab_1_id


При INSERT INTO возвращает tab_1_id, а при UPDATE не хочет.
Необходимо что-бы в любом случае RETURNING возвращал tab_1_id
Спасибо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 11:27
    #39623126
Alex__kK
Alex__kK
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
band-rk,

из виза во вне вроде не умеет. Пусть коллеги поправят, если я неправ
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 11:31
    #39623132
Alexius
Alexius
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
band-rk,

c 9.5 появилась конструкция insert .. on conflict update , я думаю намного лучше будет ее использовать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 11:33
    #39623133
band-rk
band-rk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Alexius,
Я читал доки, но к сожалению нет возможности проопдейтить postgre, поэтому нужно что нить придумать со старым вариантом.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 11:47
    #39623153
Melkij
Melkij
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
band-rk,

просто склейте два cte:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
WITH upd AS (
     UPDATE tab_1 SET field = 'text'
     WHERE tab_1_id = 1
     RETURNING *
), ins as (
INSERT INTO tab_1 (tab_1_id, field) 
SELECT 1, 'text'
WHERE NOT EXISTS (SELECT * FROM upd)
RETURNING tab_1_id 
) 
select tab_1_id from upd union select tab_1_id from ins;



Есть race condition.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 11:56
    #39623164
band-rk
band-rk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Melkij,
О!, огромное человеческое спасибо, что то не додумался.
Все получилось.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 12:11
    #39623183
Alexius
Alexius
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
band-rk,

к сожалению, корректная реализация upsert в версиях до 9.5 предполагает использование хранимки с циклом внутри (см. пример merge_db в документации ). тут можно почитать, почему не так все просто.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 12:17
    #39623189
band-rk
band-rk
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Alexius,

Спасибо за информацию, в данный момент я реализую как посоветовал Melkij. Но при первой возможности обновлюсь до 9.6 и переделаю запрос.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 18:18
    #39623529
qwwq
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Alexiusband-rk,

к сожалению, корректная реализация upsert в версиях до 9.5 предполагает использование хранимки с циклом внутри (см. пример merge_db в документации ). тут можно почитать, почему не так все просто.

а что, очередь на хеш(ключа) и тейблоид не пройдёт. всегда думал что должно получаться через адвайзори локи . и всегда было лень.
-- берем первым селектом виза лок на пару ключ, таблица, и выполняем далее апдейт с котятами . пришедший вторым будет ждать (если такой же конструкции). тонкий момент -- какой снепшот он, этот with cte, будет видеть после разлока очереди. тот с которым взял ресурс ? или не очень . что-то начинаю вспоминать. что что-то такое на ту же тему проверял. результата не помню.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 19:13
    #39623544
Alexius
Alexius
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
qwwq,

да, с advisory lock'ами вариант я думаю рабочий, но "неаккуратно как-то") не приходилось пока с такой реализацией сталкиваться. снепшот по идее должен быть тот же, с которым лок брался, если это один запрос.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 19:20
    #39623550
Melkij
Melkij
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Alexius,

advisory lock хотя бы не lock table, как некоторые делают =)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2018, 19:30
    #39623554
qwwq
qwwq
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
INSERT OR UPDATE
Alexiusqwwq,

"неаккуратно как-то"
колхоз конечно.
поэтому и не помню.

да и если всех построить строго в адвайзори -- их на всех не хватит.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / INSERT OR UPDATE / 12 сообщений из 12, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 130ms
Закрыть
start [/forum/topic.php?fid=53&mobile=1&tid=1995863]:
 0ms
get settings:
 9ms
get forum list:
 11ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 33ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 44ms
get tp. blocked users:
 1ms
others: 13ms
total:  130ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]