-->
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: Handling the concurrent requests more than table can handle?
PostPosted: Tue Mar 30, 2010 6:58 pm 
Newbie

Joined: Tue Mar 30, 2010 6:29 pm
Posts: 3
I have a scenario where in the table called USER_RESPONSE_SUMMARY there are 20 records and 2500 concurrent users/threads are
hitting the db and trying to update those 20 records.No new inserts.
Due to this we were having locking problems with the table.
This table just tracks the user response summary in aggregation where as actual USER_RESPONSE table stores responses.

I am contemplating the following 2 options.
1. Use materialized view
2. Batch the responses with some configuration to aggregates the counts and then update the table with counts using native query.
3. Keep inserting into the table with latest batch counts.

I'm wondering Which one is the better approach? any suggestions?
How to handle the concurrent requests(2500) more than table(20 rows) can handle?

Thanks
Krishna


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.