осилил)) поэтому и не могу осилить их изменение до человеческого вида 🙂
> Я бы понял, если бы name_servers не менялось (можно было бы "исторические" запросы делать, допустим), а так-то зачем?
удаление физическое не делаю только потому, что очень много "дырок" появится тогда, да и вроде delete будет "тяжелее" чем update в моем случае, но может ошибаюсь..
в целом, можно name_servers действительно не менять, проставлять только deleted_at
> А Вы с [NOT] EXISTS попробуйте.
а можете, пожалуйста, показать пример как тут это сджойнить и использовать not exists без вложенного запроса (он ведь вроде медленнее будет для меня)?
> В общем, нашли бы Вы образец для подражания получше где-нибудь (лично мне это даже править не хочется, хочется сразу выкинуть). 😉
если знаете где-то пример организации обновления данных в 1й таблице на основе данных из таблицы 2 - буду благодарен! тот пример с хабра от Кирилла Боровикова вообще чудом нашел
> удаление физическое не делаю только потому, что очень много "дырок" появится тогда, Хмм... ну и что? Чем они мешают? > да и вроде delete будет "тяжелее" чем update в моем случае, но может ошибаюсь.. DELETE в PostgreSQL просто помечает запись, как удалённую. А UPDATE записывает новую версию записи, целиком. Мне как-то трудно представить, чтобы первое в какой-то ситуации было "тяжелее" второго. > без вложенного запроса (он ведь вроде медленнее будет для меня)? Почему он будет медленнее? В том запросе тоже написан (или, по крайней мере, есть попытка его написать ;) ) anti join (который в SQL выражается с помощью NOT EXISTS), только криво. Мне кажется, что у Вас есть какое-то очень превратное представление о том, как работают оптимизаторы SQL запросов в СУБД. Планы в принципе мало связаны с тем, как запрос написан; мифы вроде "вложенные запросы медленнее" и т.п. — это просто чушь. ;( > если знаете где-то пример организации обновления данных в 1й таблице на основе данных из таблицы 2 Сходу не скажу. Но задача же нередкая (я помню, что-то такое даже в этом чате обсуждали), странно, что не удаётся найти...
Обсуждают сегодня