Оптимизация UPDATE в базу данных

303

Sly32

9 февраля 2021, 11:07

158

Вопрос по SQL

есть две таблицы:

и

Формируются так:

create table condition
(
    id           serial not null
        constraint condition_pkey
            primary key,
    name         varchar,
    display_name varchar,
    is_default   boolean
);

create table form_conditions
(
    id           serial not null
        constraint form_conditions_pkey
            primary key,
    form_id      integer
        constraint form_conditions_form_id_fkey
            references form
            on delete cascade,
    condition_id integer
        constraint form_conditions_condition_id_fkey
            references condition
            on delete cascade,
    is_checked   boolean
);

Мне приходит json с данными для обновления:

  "conditions": [
    {
      "value": "new",
      "label": "New",
      "checked": false
    },
    {
      "value": "used",
      "label": "Used",
      "checked": false
    },
    {
      "value": "demo",
      "label": "Demo",
      "checked": false
    }
  ],

где value = name в таблице 1, checked = is_checked в таблице 2(form_condition)

Исходя из этих данных, мне нужно наименьшим количеством запросов обновить данные в таблице form_condition, я написал 2 варианта запроса, но может что упускаю - Кто подскажет, как это сделать проще всего?

Я использую python+sqlalchemy, но вообще интересует sql-скрипт апдэйта. Свои пока не привожу, чтобы не навязать свое решение, может оно неоптимальное

1724

LEOnidUKG

9 февраля 2021, 11:28

#1

Исходя из этих данных, мне нужно наименьшим количеством запросов обновить данные в таблице form_condition, я

Эм... ну формируйте запросы соединяя их. Будет два запрос, один на первую таблицу, второй на вторую.

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/

125

ArbNet

9 февраля 2021, 12:15

#2

Тоже мне инженер 😁 гнать таких сраной метлой

UPDATE `condition` as t1, `form_conditions` as t2 SET t2.is_checked=CASE t1.name
WHEN 'new' THEN 7 
WHEN 'used' THEN 8 
WHEN 'demo' THEN 9 
END
WHERE t1.name IN('new','used','demo') AND t1.id=t2.condition_id

1

Обсуждение разработки на моём фреймворке https://discord.gg/23N4s9x2kp

303

Sly32

9 февраля 2021, 12:15

#3

LEOnidUKG #:

Эм... ну формируйте запросы соединяя их. Будет два запрос, один на первую таблицу, второй на вторую.

Я видимо непонятно обьяснил задачу

303

Sly32

9 февраля 2021, 12:58

#4

ArbNet #:

Тоже мне инженер 😁 гнать таких сраной метлой

Серьезно? А если у меня будет 50 name в condition? " Это раз и второе - твой код вообще не будет работать

Что по итогу попадет в is_checked?

1724

LEOnidUKG

9 февраля 2021, 13:05

#5

Sly32 #:

Я видимо непонятно обьяснил задачу

Это же не академическая у вас задача?

Тогда не понимаю в чём суть ограничения количества запросов, если они простые и рубят по индексу? Если дело в скорости, можно выключить обновление индексов и потом отдельно запустить. Также всё один COMMIT вставить.

CMS для потрала с Яндекс кобласит Google Updates - апдейты

125

ArbNet

9 февраля 2021, 13:06

#6

Sly32 #:

Серьезно? А если у меня будет 50 name в condition?

Удивительно как только тебя держат, хотя чего удивляться начальники у вас ещё тупее по ходу..

Пусть хоть миллион, в запросе выборка идёт только полей с

t1.name IN('new','used','demo') AND t1.id=t2.condition_id

303

Sly32

9 февраля 2021, 13:08

#7

LEOnidUKG #:
Это же не академическая у вас задача?

Нет. Суть - найти оптимальное и красивое решение. естественно что все работает и в пределах коммита и в транзакции. Но не хотелось бы идти в базу 50 раз когда можно 2

Все крутится на AWS с оплатой за ресурсы

303

Sly32

9 февраля 2021, 13:10

#8

ArbNet #:

Удивительно как только тебя держат, хотя чего удивляться начальники у вас ещё тупее по ходу..

Пусть хоть миллион, в запросе выборка идёт только полей с

CASE тут вообще не нужен. А еще раз начнешь переходить на личности - увидишь результат.

Какие значения попадут в is_checked? Пример

1724

LEOnidUKG

9 февраля 2021, 13:13

#9

Sly32 #:

Нет. Суть - найти оптимальное и красивое решение. естественно что все работает и в пределах коммита и в транзакции. Но не хотелось бы идти в базу 50 раз когда можно 2

Все крутится на AWS с оплатой за ресурсы

А может быть поменять первичный индекс? Убрать этот id_ а вместо него использовать name т.к. он там же будет уникальный. Тогда у нас отпадёт надобность обращаться вообще во вторую таблицу, чтобы узнать его id

Вторая таблица останется чисто на вывод информации.

303

Sly32

9 февраля 2021, 13:19

#10

LEOnidUKG #:

А может быть поменять первичный индекс? Убрать этот id_ а вместо него использовать name т.к. он там же будет уникальный. Тогда у нас отпадёт надобность обращаться вообще во вторую таблицу, чтобы узнать его id

Вторая таблица останется чисто на вывод информации.

Есть бизнесрулы, которые я не могу менять на лету. Меня интересует оптимальный запрос, только)

Попробовал вставить вариант арбнета в консоль - чекер мне покрутил у виска))) Ошибка на ошибке. Не знаю, может в мускле так можно, постгрес ругается. Невозможно апдейтать по 2-м таблицам

Зачем быть уникальным в мире, где все можно скопировать

Google: E-E-A-T не является фактором ранжирования