d🇳
Селект каварно втиснутый в тело другого запроса
Size: a a a
2021 August 14
DE
Не нравится не юзай
DE
Лучше Гугл заюзай
d🇳
Да просто это смерть будет всему
DE
Смерть всему — это то что у тебя в логи не подаётся ид юзера, а подаётся имя
d🇳
Это пример
d🇳
Но суть такая же
d🇳
В оригинале все страшнее, входные данные нельзя изменить, у меня в базе они хранятся idшниками а принимать их придется такими какие есть и еще и проверять на наличие, и так по 16+ записей в секунду.
DE
Это в любом случае странно. Либо это приведёт к нарушению НФ, либо вылезет ущё какое-то дерьмо
DE
Сохраняй как есть
d🇳
Вот возвращает хрень список обьектов с буквенными идентификаторами, а нужно проверить их наличие в таблице для них, инсертнуть туда если нет, а затем сделать связку ид обьекта к ид записи в главной таблице
d🇳
И либо как-то схитрить
DE
А что ты от чата то хочешь?
d🇳
Я думал есть изящное решение от адептов sql
d🇳
А его кажется несуществует
DE
Это есть для конкретной задачи
d🇳
Окей смотри 3 таблицы servers (id, name, addr, port), server_datasets (id, serverid, dataid), datasets (id, name, type, data, time)
DE
Покажи DDL
DE
И расскажи что в них хранится
d🇳
И на вход в это все массив серверов в которых есть всё кроме id, и в каждом сервере свой массив датасетов у которых также нет id и задача из иерархической модели в json, построить разложенную по таблицам.