правильно. сразу надо было сделать, это совсем не красит ни дискуссию, ни канал.

Ребята привет
Я из командной строки делаю апдейт и returning
Дальше хочу в баше работать с ответом
Но он мне пишет (UPDATED 10) в конце.
Как убрать все кроме данных?
Хедеры убрал -t
А как это убрать?

psql -qAtX ?

Огонь
Бальшое спасибо

> всё сильно поменялось.

качествено может быть студенты и поменялись (думаю это все же зависит от региона), но чтобы стать хорошим специлистом - что сейчас, что 20 лет назад - нужна мотивация. В этом плане ничего не поменялось)) хочешь быть специалистом - учись, развивайся, вкалывай.
Сегодня учиться стало проще, есть интернет, есть сообщества.

Админы, что за бойня была 29 января ?

Коллеги, а можно соцопрос? :)
Есть таблица на 30 полей и 150М строк. Одно из полей - date, индексов на нем нет.
Таблицу постоянно кто-то читает, некоторые читатели забирают и это самое поле, но таких меньшинство. И в таблицу раз 10-20 в минуту приходит либо insert, который про это конкретное поле date ничего не знает (default null), либо update, который про поле тоже ничего не знает и не трогает. Нужно обновить этому полю 50М значений из внешней таблицы не потеряв набегающие данные писателей и не ввергнув читателей в коматоз ожидания io, например.
Есть два доступных пути решения:
1. Клонировать таблицу, накатывать изменения поля из внешней таблицы, подменять таблицу и доливать в нее изменения, которые успели произойти в оригинале. Так уже пару раз делали, опыт есть.
2. Сделать update в лоб из внешней таблицы.

Соцопрос в следующем: что бы выбрать?

3-й вариант: выбирать пачки записей ограниченного размера (10 000) вдоль какого-нить индекса (PK) у котороых искомое поле IS NULL, менять. повторять пока всё не измените

Неважно же, забирают читатели это поле, и "трогают" ли его UPDATE — в PostgreSQL всё происходит на уровне записей, грубо говоря.

> не потеряв набегающие данные писателей и не ввергнув читателей в коматоз ожидания io

Тут уже от "железа" зависит. А точно стоит "заморачиваться" на таких объёмах?
Т.е. какой там размер этой таблицы / индексов, в самом деле — может, всё это будет достаточно быстро и не "тяжело" и так?

Нет гарантии, что где у целевого Pk есть обновлённое значение, в изначальной таблице null

40Гб данных и столько же индексов

Какая часть индексных данных есть мусор так сходу не сказать

Ну так это немного, при нормальном "железе".
Вам должно быть виднее, сколько там ресурсов и сколько это примерно займёт.

что?
вам надо обновить всё. идёте вдоль индекса по всей таблице. потом обновляете то, что навставляли/наизменяли другие сессии.

кстати, какой конечный результат требуется?

Я, видимо, не до конца понял про is null. В целевой таблице значение есть у ~70М строк. В патче - 50М. Для части строк целевой таблице в патче изменения существующего значения, для части сейчас null, но значение есть в патче

я не понимаю, что значит “патч”.
также непонятен конечный результат: изменить все записи таблицы, проставив колонке "date" какое-то значение ( плохой выбор названия у колонки )?

Есть таблица, у нее есть поле с типом date. В нем есть значения у 70М из 150М строк. Есть файлик, в котором для 50М строк лежат новые значения этого поля. Файлик через copy закинут во временную таблицу. Нужно обновить значения в поле в целевой значениями из файлика. В файлике, и соответственно во временной таблице, куда его закгрузило, для каждого значения рядом указано значение Pk строки целевой таблицы

кажется что без скрипта тут не обойтись в котором бачами апдейтить.

Долго. Пока кажется, что подменить таблицу быстрее

Ну я б бежал и апдейтил или по одному ночью или батчами по 100.(1000,10000 )
Опытным путем
Хотя м.б долго
Надо смотреть скорость и насколько критично чтобы все было закончено скажем за ночь