INSERT RETURNING은 "올바른"순서로 물건을 반환하도록 보장됩니까?

Question

예 :

create table foo(
    id serial, 
    txt text 
); 

insert into foo(txt) values ('a'),('b'),('c') returning id; 

결과 :

id 
---- 
    1 
    2 
    3 
(3 rows) 

그것은 반환 값의 첫번째id 항상 id'a'이 될 것 보인다, 등등 'b'와의 두 번째, insert into의 정의 된 동작입니까, 아니면 이상한 상황에서 실패 할 수있는 우연의 일치입니까?

Answer 1

RETURNING에 대한 주문을 보장하는 내용의 the documentation에는 아무 것도 표시되지 않으므로 나는 그것에 의지 할 수 있다고 생각하지 않습니다. 확율은 RETURNING 주문이 VALUES 주문과 일치하지만 VALUES이 어느 순서로 삽입 될지에 대한 보증을 표시하지 않습니다. VALUES은 거의 확실하게 왼쪽에서 오른쪽 순서로 삽입 될 것이지만, 다시 한 번, 문서화 된 보증은 없습니다.

또한 관계형 모델은 관계의 본질적인 특성보다는 사용자가 적용하는 순서에 따라 설정됩니다. 일반적으로, 순서를 명시 적으로 지정하는 방법이없는 경우, 암묵적인 순서는 없습니다.

요약 실행 : 표시되는 주문은 아마도 항상 발생하지만 실제로 보장되지는 않으므로 의존하지 마십시오.

Answer 2

이 (가) 인 경우 9.1에 "writeable common table expressions"이 포함됩니다. 그 이름은 WITH syntax의 공식 이름입니다. (Wikipedia.)

이 새로운 기능은 당신이 별칭을 제공하는 WITH 내부에 INSERT ... RETURNING를 배치하도록해야하고, 보통 오래된 ORDER BY 절을 특정 순서로 그에 대한 다음 SELECT.

Answer 3

문서가 완전히 분명하지 않지만, 상태 것을 수행합니다 INSERT 명령이 RETURNING 절을 포함

경우, 결과는 정의 된 열과 값을 포함하는 SELECT 문의 그것과 유사합니다 명령에 의해 삽입 된 행에 대해 계산 된 RETURNING 목록에 있습니다.

지금 "유사합니다"는 엄격한 보증하지 않으며, 나는 raised this for discussion on the mailing list을했습니다 ... 그러나 실제로는, PostgreSQL의이 RETURNING에서 값의 순서로 엉망이되지 않습니다. 너무 많은 앱이 입력과 똑같은 순서로 의존하기 때문에 우리가 최적화를 원할지라도 우리가 할 수있는 일은 없을 것입니다.

이렇게 ... INSERT INTO ... VALUES (...), (...), ... RETURNING ...의 경우 INSERT INTO ... SELECT ... ORDER BY ... RETURNING ...의 경우 결과 관계가 입력과 동일한 순서로 있다고 가정하는 것이 안전해야합니다.