Возвратите данные из подзапроса, используемого в INSERT в общем табличном выражении

Вам нужно правильно указать имена таблиц и псевдонимы. Кроме того, связью между двумя таблицами является столбец image (data в новой таблице file_data):

WITH inserted AS (
  INSERT INTO file_data (data)
  SELECT image
  FROM   task_log
  WHERE  image IS NOT NULL
  RETURNING id, data  -- can only reference target row
)
UPDATE task_log t
SET    attachment_id = i.id
     , attachment_type = 'INLINE_IMAGE'
FROM   inserted i
WHERE  t.image = i.data;

Как объяснялось в моем старом ответе, на который вы ссылались, image должен быть уникальным в task_log, чтобы это работало:

• Вставьте данные и установите внешние ключи с помощью Postgres

Я добавил метод устранения неоднозначности неуникальных значений в указанном ответе. Однако не уверен, что вам нужны дубликаты изображений в file_data.

В предложении RETURNING строки INSERT вы можете ссылаться только на столбцы из вставленной строки. Руководство:

Необязательное предложение RETURNING заставляет INSERT вычислять и возвращать значения на основе каждой фактически вставленной строки (...) Однако разрешено любое выражение, использующее столбцы таблицы.

Жирный акцент мой.

Свернуть повторяющиеся исходные значения

Если вам нужны разные записи в целевой таблице INSERT (task_log), все, что вам нужно в этом случае, это DISTINCT в начальном SELECT:

WITH inserted AS (
  INSERT INTO file_data (data)
  SELECT DISTINCT image  -- fold duplicates
  FROM   task_log
  WHERE  image IS NOT NULL
  RETURNING id, data  -- can only reference target row
)
UPDATE task_log t
SET    attachment_id = i.id
     , attachment_type = 'INLINE_IMAGE'
FROM   inserted i
WHERE  t.image = i.data;

Полученное file_data.id используется несколько раз в task_log. Имейте в виду, что несколько строк в task_log теперь указывают на одно и то же изображение в file_data. Осторожнее с обновлениями и удалениями...

Мне нужно было реплицировать дубликаты, поэтому в итоге я добавил временный столбец для идентификатора используемой строки данных.

alter table file_data add column task_log_id bigint;
-- insert & update data
alter table file_data drop column task_log_id;

Полный сценарий перемещения был

-- A new table for any file data
CREATE TABLE file_data (
  id         BIGSERIAL PRIMARY KEY,
  data  bytea
);

-- Move data from task_log to bytes

-- Create new columns to reference file_data
alter table task_log add column attachment_type VARCHAR(50);
alter table task_log add column attachment_id bigint REFERENCES file_data;

-- add a temp column for the task_id used for the insert
alter table file_data add column task_log_id bigint;

-- insert data into file_data and set references
with inserted as (
  INSERT INTO file_data (data, task_log_id)
    select image, id from task_log where image is not null
  RETURNING id, task_log_id
)
UPDATE task_log
SET   attachment_id = inserted.id,
      attachment_type = 'INLINE_IMAGE'
FROM  inserted
where inserted.task_log_id = task_log.id;
-- delete the temp column
alter table file_data drop column task_log_id;
-- delete task_log images
alter table task_log drop column image;

Поскольку это создает некоторые мертвые данные, я впоследствии запустил vacuum full для очистки.

Но, пожалуйста, позвольте мне повторить предупреждение от @ErwinBrandstetter:

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