-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Select calls cannot be made in parallel #25
Comments
A good point definitely |
yikes, sorry about that guys. I suck at coding. richorama adding you as a contrib, see https://github.com/rvagg/node-levelup/blob/master/CONTRIBUTING.md |
Argh... learned this the hard way... ( I just sent an e-mail to a few hundred people based on incorrect and mixed up query results :-( ) . Maybe we should point out in the main readme.md this code is to be considered highly beta and not ready for production use? |
Personally I include all requests in an async series, so I don't have that problem. Having said that, if parallel processing is a common use-case I think it can be reasonably easy to support with a queue system that keeps tabs of different requests. More than any specific feature, I feel the library will benefit by splitting it to more than one file, so there's more abstraction and easier to extend. |
Sorry for my previous crude post... it was just not my day.. :-) I don't think queuing isn't necessary here: The problem is probably related to the globally scoped |
The results array is global to the module. if a client makes two simultaneous selects, one select return with also include results from the other select.
I suggest scoping results to a function.
The text was updated successfully, but these errors were encountered: