so you mean that once i switch to VPS it will be fine?

my queries are declared like this:

<settings cacheModelsEnabled="true" />
        <transactionManager type="JDBC" commitRequired="false">
                <dataSource type="SIMPLE">
                        <property value="${driver}" name="JDBC.Driver" />
                        <property value="${url}" name="JDBC.ConnectionURL" />
                        <property value="${username}" name="JDBC.Username" />
                        <property value="${password}" name="JDBC.Password" />
                </dataSource>
        </transactionManager>

is there any parameter that i can add to it?


Clinton Begin wrote:
> 
> You're going to have to analyze the situation.  The iBATIS list can't
> answer
> this question for you.
> 
> However, if your hosting service is the one complaining, it's probably not
> literally locking, you're probably just overloading the IO on their
> servers.
> 
> 
> Clinton
> 
> 
> 
> On Sun, Oct 25, 2009 at 8:49 PM, deligeli <[email protected]> wrote:
> 
>>
>> hi,
>>
>> i am hosting my application on shared hosting.
>>
>> i have about 1GB of data (around 600000 records in a table).
>>
>> according to the host services, i lock the queries in mysql and overload
>> their service.
>>
>> how could it happen? i use regular ibatis queries + caching.
>>
>> is there a way not to lock it? what does it actually mean?
>> --
>> View this message in context:
>> http://www.nabble.com/locking-the-queries-mysql-ibatis-tp26054041p26054041.html
>> Sent from the iBATIS - User - Java mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/locking-the-queries-mysql-ibatis-tp26054041p26094131.html
Sent from the iBATIS - User - Java mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to