From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Tore Halset <halset(at)pvv(dot)ntnu(dot)no> |
Cc: | Postgres General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: insert into ... select ... and column order |
Date: | 2008-01-15 10:39:12 |
Message-ID: | 478C8D50.8070804@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tore Halset wrote:
> Hello.
>
> One of our users tried a "insert into ... select ..." that gave a
> strange error message. After digging into the issue, the problem seem to
> be that the order of the columns in the select statement must match the
> table definition. Here is a way to reproduce this case.
> insert into dest_2 select USER_ID, PRODUCT_ID, min(PERMIT_START_DATE) as
> PERMIT_START_DATE, max(PERMIT_END_DATE) as PERMIT_END_DATE from source
> group by USER_ID, PRODUCT_ID;
>
> Why does the column order matter when the subselect has all the correct
> column names?
The names do not matter - the database won't try to match up the names.
Think about it in comparison with INSERT ... VALUES - it's the same layout.
What you need to do is supply the column-names for the insert (this is a
good idea anyway - it makes it explicit what is going on and will cope
better if you change the definition of dest_2).
INSERT INTO dest_2 (permit_end_date, permit_start_date, ...)
SELECT <column for permit_end_date>, <column for permit_start_date>, ...
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Hannes Dorbath | 2008-01-15 11:04:34 | Segmentation fault with 8.3 FTS ISpell |
Previous Message | Tore Halset | 2008-01-15 10:29:16 | insert into ... select ... and column order |