diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2000-12-05 19:15:10 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2000-12-05 19:15:10 +0000 |
commit | a51f004d29c67823e3a99e9aff141ce9333df0e2 (patch) | |
tree | 940bd0aa2afb2c1fb02a12a6d4871f5caa4a78e4 /src/backend/commands/command.c | |
parent | d9466046c076b023b55d448d3cce6980dac24865 (diff) | |
download | postgresql-a51f004d29c67823e3a99e9aff141ce9333df0e2.tar.gz postgresql-a51f004d29c67823e3a99e9aff141ce9333df0e2.zip |
Repair breakage of rules containing INSERT ... SELECT actions, per bug
report from Joel Burton. Turns out that my simple idea of turning the
SELECT into a subquery does not interact well *at all* with the way the
rule rewriter works. Really what we need to make INSERT ... SELECT work
cleanly is to decouple targetlists from rangetables: an INSERT ... SELECT
wants to have two levels of targetlist but only one rangetable. No time
for that for 7.1, however, so I've inserted some ugly hacks to make the
rewriter know explicitly about the structure of INSERT ... SELECT queries.
Ugh :-(
Diffstat (limited to 'src/backend/commands/command.c')
0 files changed, 0 insertions, 0 deletions