| From: | Tobias Thierer <t_thierer(at)yahoo(dot)de> |
|---|---|
| To: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: escape string for pgsql (using jdbc/java)? |
| Date: | 2007-01-30 00:15:08 |
| Message-ID: | epm2ma$2jnm$1@news.hub.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
Hi,
Dave Cramer wrote:
>> I'm not so worried about the performance. But if I have a column of
>> type SERIAL in my table, then I can retrieve the generated value using:
[...]
> You could if that worked in postgresql but getGeneratedKeys does not
> currently work
Yes, I was actually just about to post a follow-up to my previous message
because I just found out that pgsql doesn't support this.
>> whereas it is not clear to me how this works with a prepared
>> statement. Strangely, PreparedStatement extends Statement, so
>> PreparedStatement still has the executeUpdate(String,int) method - but
>> it is not clear to me whether this method will throw the previously
>> prepared statement away or what.
>>
>> Is there any easy way to retrieve the generated value for the SERIAL
>> column when using a prepared statement?
>>
> Yes, if it worked it would work with prepared statements.
Yes, I just found that out too.
But given that pgsql doesn't allow me to immediately retrieve the value of
the autogenerated key, how can I (or can't I!?)? If I made a
SELECT MAX(id)
statement right afterwards then I couldn't be sure that that is the id just
generated, because due to concurrency someone else may have just submitted
an entry too, right?
How are these things done in pgsql?
Tobias
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ken Johanson | 2007-01-30 04:37:53 | Re: Synthesize support for Statement.getGeneratedKeys()? |
| Previous Message | Dave Cramer | 2007-01-29 23:38:35 | Re: escape string for pgsql (using jdbc/java)? |