From: | David Fetter <david(at)fetter(dot)org> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Need to contact driver authors about change in index naming behavior ... |
Date: | 2010-05-05 01:42:53 |
Message-ID: | 20100505014252.GR28557@fetter.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, May 04, 2010 at 04:40:22PM -0700, Josh Berkus wrote:
> Hackers, Driver maintainers,
>
> The 9.0 "don't rename index cols" behavior has already broken JDBC. We
> need to get in touch with other driver authors to see if they are
> affected by this, and to let them know that they'll need a new driver
> release for 9.0, if so.
Looks at first glance like it still works for PL/Perl.
I created a table t with single PK text column id, renamed it to
idiotic, and pointed the attached program at it. Git master
(92b93d85a49eb8d55060aaaa961c0d53e085ed92) is running on port 2225,
and I'm connecting as my shell user.
Here's the SQL I ran before the script.
CREATE table simple(id SERIAL PRIMARY KEY);
ALTER TABLE simple RENAME COLUMN id TO idiotic;
CREATE table complexer(a text, b text, primary key(a,b));
ALTER TABLE complexer RENAME a to alpha, b to bravo;
ALTER TABLE complexer RENAME a to alpha;
ALTER TABLE complexer RENAME b to bravo;
Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com
iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics
Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate
Attachment | Content-Type | Size |
---|---|---|
test_pk.pl | text/plain | 716 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2010-05-05 02:00:52 | Re: Need to contact driver authors about change in index naming behavior ... |
Previous Message | Mark Kirkwood | 2010-05-05 01:21:23 | Re: Reg: SQL Query for Postgres 8.4.3 |