Как будет выглядеть UPSERT / PostgreSQL

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Как будет выглядеть UPSERT

3 сообщений из 3, страница 1 из 1

Как будет выглядеть UPSERT

#40036553

Wasteland Rebel

Гость

Я абсолютно не дружу с БД, но появилась такая необходимость.
Есть таблица в БД с такой структурой:

Код: sql

1.
2.
3.
4.
5.
6.
7.

CREATE TABLE web.account_view (
	account_login text NOT NULL,
	account_view_id text NOT NULL,
	CONSTRAINT account_view_account_view_id_key UNIQUE (account_view_id),
	CONSTRAINT account_view_ids_pkey PRIMARY KEY (account_login, account_view_id),
	CONSTRAINT gaccount_view_ids_account_login_fkey FOREIGN KEY (account_login) REFERENCES web.google_account(login)
);

На вход для сохранения в БД приходит такой JSON с набором view_id и account_login:

Код: sql

1.
2.
3.
4.

   {
      "account_view_id":"190",
      "account_login":"email1@gmail.com"
   }

Но при сохранении обычным INSERT некоторых JSON возникает ошибка:

Код: sql

ОШИБКА: повторяющееся значение ключа нарушает ограничение уникальности "account_view_account_view_id_new_key" Detail: Ключ "(account_view_id)=(9082)" уже существует.

Как будет выглядеть скрипт для UPSERT (перезаписывать данные, если найден дубликат) в данном случае?

...

Рейтинг:

0 / 0

17.01.2021, 14:43

| Ответить | Цитировать | Написать

Как будет выглядеть UPSERT

#40036689

Master_Detail

Гость

Проверьте наличие по ключу. Есть - update, нет - insert

...

Рейтинг:

0 / 0

18.01.2021, 08:54

| Ответить | Цитировать | Написать

Как будет выглядеть UPSERT

#40036735

DSKalugin

Участник

Откуда: Мать городов русских

Сообщения: 367

Рейтинг: 0 / 0

Wasteland Rebel,
Если есть уникальное ограничение на поле account_view_id

Код: sql

	CONSTRAINT account_view_account_view_id_key UNIQUE (account_view_id),

то следующий первичный ключ уже не имеет смысла т.к. ограничивается первым. Возможно он лишний, надо знать задачу

Код: sql

	CONSTRAINT account_view_ids_pkey PRIMARY KEY (account_login, account_view_id),

Обновление при конфликте вставки выглядит так

Код: sql

1.
2.
3.
4.
5.

INSERT INTO web.account_view (account_login, account_view_id )
values('email1@gmail.com', '190')
ON CONFLICT (account_view_account_view_id_key) 
DO UPDATE 
  SET account_login= EXCLUDED.account_login;

Подробности
https://postgrespro.ru/docs/postgresql/11/sql-insert

...

Рейтинг:

0 / 0

18.01.2021, 11:31

| Ответить | Цитировать | Написать

3 сообщений из 3, страница 1 из 1

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Как будет выглядеть UPSERT

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=53&tid=1994262]:	0ms
get settings:	9ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	56ms
get topic data:	11ms
get forum data:	2ms
get page messages:	44ms
get tp. blocked users:	2ms
others:	14ms

total:	156ms