| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | cjwhite(at)cisco(dot)com |
| Cc: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: Programmatically dropping and creating table |
| Date: | 2002-10-03 22:03:55 |
| Message-ID: | 14751.1033682635@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
"Chris White" <cjwhite(at)cisco(dot)com> writes:
> I am running Postgresql 7.2 and programmatically trying to drop a table
> called vm_config and then recreate it from java. The drop seems to work, but
> when I try to recreate the table I get a SQL exception saying "ERROR: cannot
> create vm_config: file exists". If I do a commit after the drop and then do
> the create I get the SQL Exception "ERROR: cannot create vm_config_pkey:
> file exists". What am I doing wrong?
Are you *certain* you are talking to a 7.2 backend? That sounds a whole
lot like the behavior you'd get back around 7.0 or earlier, before we'd
switched to OID-based filenames: drop/create table inside a transaction
didn't really work because of filename conflicts. Try "select
version()" to be sure what you're talking to.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Chris White | 2002-10-03 22:08:17 | Re: Programmatically dropping and creating table |
| Previous Message | Chris White | 2002-10-03 21:47:12 | Programmatically dropping and creating table |