Re: Problem with jdbc connection behavior
От | Heikki Linnakangas |
---|---|
Тема | Re: Problem with jdbc connection behavior |
Дата | |
Msg-id | 45D37A2E.9060703@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Problem with jdbc connection behavior ("Blakely, Jerel \(Mission Systems\)" <Jerel.Blakely@ngc.com>) |
Ответы |
Re: Problem with jdbc connection behavior
|
Список | pgsql-jdbc |
Blakely, Jerel (Mission Systems) wrote: > The testcase code currently looks like this, I have tried rollback > already. Since commits happen after each item it didn't change anything. > ... Hmm. I can't see any apparent reason why that wouldn't work. I'd suggest setting these parameters in the server's postgresql.conf file to log all the connections and statements and commits: log_connections = on log_disconnections = on log_statement = 'all' I'm thinking there's something in your environment inhibiting commits or or something like that. > Since my other post I now have noticed a problem with the drop table > never returning. > It is a simple: stmt.executeUpdate("DROP TABLE TEMP_TABLE"); Can you elaborate? Are you executing the drop table while the test case is running, or is it just generally not returning? > I have verified these test cases against Firebird, Sybase, and Oracle > with no problems, I am beginning to think my Postgres install is cursed. Yeah, I hate it when that happens ;). Something you should be aware of is that unlike in most other DBMSs, DDL statements like CREATE/DROP TABLE are transactional in PostgreSQL. If you CREATE TABLE in one connection, it's not visible to others until commit. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-jdbc по дате отправления: