-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: preferredTestQuery vs automaticTestTable
PostPosted: Sun Jan 23, 2011 4:07 pm 
Newbie

Joined: Sun Jan 23, 2011 3:48 pm
Posts: 1
Hi guys,

I was wondering if anyone knows what is the best parameter to deal with the connection testing using C3P0.

I'm curently using the automaticTestTable parameter which works fine, but I was looking forward to speed up my application. I took a look at the documentation and here is what is said :
Quote:
The most convenient way to speed up Connection testing is to define the parameter automaticTestTable. Using the name you provide, c3p0 will create an empty table, and make a simple query against it to test the database. Alternatively, if your database schema is fixed prior to your application's use of the database, you can simply define a test query with the preferredTestQueryparameter.


So, I tried the preferredTestQuery parameter and it works fine too. I'm just unable to say which one has the best performance and under which circumstances. I'm having trouble to find any information about it since, when you type those two words, you get description of configuration from people having troubles...

Any information will be apreciated,
Thanks in advance.


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.