질문은 오래되었지만 아직 최선의 답변이 주어지지 않았다고 느꼈습니다.
거기 UPDATE구문 ... 열 이름을 지정하지 않고는 ?
동적 SQL을 사용한 일반 솔루션
조인 할 고유 한 열 ( id예제에서 )을 제외하고는 열 이름을 알 필요가 없습니다 . 내가 생각할 수있는 모든 가능한 코너 케이스에 대해 안정적으로 작동합니다.
이것은 PostgreSQL에만 해당됩니다. 나는 information_schema , 특히 information_schema.columnsSQL 표준에 정의되어 있고 대부분의 주요 RDBMS (Oracle 제외)에 정의 된 table을 기반으로 동적 코드를 작성 하고 있습니다. 그러나 동적 SQL을 실행하는 PL / pgSQL 코드 가 포함 된 DO문 은 완전히 비표준 PostgreSQL 구문입니다.
DO
$do$
BEGIN
EXECUTE (
SELECT
'UPDATE b
SET (' || string_agg( quote_ident(column_name), ',') || ')
= (' || string_agg('a.' || quote_ident(column_name), ',') || ')
FROM a
WHERE b.id = 123
AND a.id = b.id'
FROM information_schema.columns
WHERE table_name = 'a' -- table name, case sensitive
AND table_schema = 'public' -- schema name, case sensitive
AND column_name <> 'id' -- all columns except id
);
END
$do$;
의 모든 열에 b대해 일치하는 열이 있다고 가정 하지만 그 반대는 아닙니다. 추가 열을 가질 수 있습니다.ab
WHERE b.id = 123 선택한 행을 업데이트하려면 선택 사항입니다.
SQL 바이올린.
자세한 설명이있는 관련 답변 :
일반 SQL을 사용한 부분 솔루션
공유 열 목록 포함
두 테이블이 공유하는 열 이름 목록을 알고 있어야합니다. 여러 열을 업데이트하는 구문 바로 가기가 있습니다. 여태까지 다른 답변이 제안한 것보다 짧습니다.
UPDATE b
SET ( column1, column2, column3)
= (a.column1, a.column2, a.column3)
FROM a
WHERE b.id = 123 -- optional, to update only selected row
AND a.id = b.id;
SQL 바이올린.
이 구문은 질문이 제기되기 훨씬 전인 2006 년에 Postgres 8.2에서 도입되었습니다. 설명서의 세부 사항.
관련 :
열 목록 포함 B
경우 의 모든 열이 A정의된다 NOT NULL(반드시 그런 것은 아니지만 B),
그리고 당신이 알고있는 의 열 이름을 B(그러나 반드시 A).
UPDATE b
SET (column1, column2, column3, column4)
= (COALESCE(ab.column1, b.column1)
, COALESCE(ab.column2, b.column2)
, COALESCE(ab.column3, b.column3)
, COALESCE(ab.column4, b.column4)
)
FROM (
SELECT *
FROM a
NATURAL LEFT JOIN b -- append missing columns
WHERE b.id IS NULL -- only if anything actually changes
AND a.id = 123 -- optional, to update only selected row
) ab
WHERE b.id = ab.id;
은 NATURAL LEFT JOIN에서 행 조인 b같은 이름의 모든 열을 같은 값을 유지 어디에. 이 경우 업데이트가 필요하지 않으며 (변경 사항 없음) 프로세스 초기에 해당 행을 제거 할 수 있습니다 ( WHERE b.id IS NULL).
여전히 일치하는 행을 찾아야하므로 b.id = ab.id외부 쿼리에서.
db <> 여기에 바이올린
Old sqlfiddle.
이것은 절을 제외하고FROM 표준 SQL 입니다.
실제로 존재하는 열에 관계없이 작동 A하지만 쿼리는 실제 NULL 값과 누락 된 열을 구분할 수 없으므로의 A모든 열 A이 정의 된 경우에만 신뢰할 수 NOT NULL있습니다.
두 테이블에 대해 알고있는 내용 에 따라 여러 가지 가능한 변형이 있습니다.