7 messages in com.googlegroups.boto-usersSimpleDB concurrency
FromSent OnAttachments
Herb...@gmail.comJan 16, 2008 11:33 pm 
Herb...@gmail.comJan 17, 2008 3:07 pm 
Herb...@gmail.comJan 17, 2008 4:37 pm 
Herb...@gmail.comJan 17, 2008 10:38 pm 
Herb...@gmail.comJan 18, 2008 12:52 pm 
mitchJan 21, 2008 2:36 pm 
mitchJan 21, 2008 4:42 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:SimpleDB concurrencyActions...
From:Herb...@gmail.com (Herb@googlemail.com)
Date:Jan 16, 2008 11:33:33 pm
List:com.googlegroups.boto-users

I have a question, I read the following comment in the amazon webservices forum:

<quote> With SimpleDB, you'd issue your query, get a list of 50 item keys/ids. Then you'd issue 50 more queries, one for each item returned. Now I'm guessing doing this serially would probably take ages (ages meaning seconds). Following Mitch's guidance, you could do this all at once in 50 threads, wait for the results from all 50 threads, then return your results page and I would imagine this would speed things up significantly, but would it still be anywhere close to the single MySQL query? Considering this is all over http protocol with xml overhead. </quote>

Is this currently possible with boto? For me, queries that return more than about 10 result sets, and then have to do an extra 10 queries to get 10 items, run slower than I'd want. Could this be solved with threads in boto, and is it planned as a boto feature?

Thanks,