You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be great to have more file-based DB options in maggma. One such option (which I think @rkingsbury first told me about) is mongita. This is mostly a note to myself that it would be nice to implement this one day. Perhaps I'll come back to this.
One general concern I have is whether the existing MontyStore or a potential MongitaStore would be suitable for high-throughput calculations. It'd be worth knowing if either package prevents a race condition where multiple jobs try to read/write to the database at the same time. The README for mongita at least mentions that it has (experimental) lock support for multithreading behavior, which is promising.
The text was updated successfully, but these errors were encountered:
Yeah, thanks for the suggestion @arosen93 . Definitely no objections to implementing a MongitaStore someday. I looked briefly at mongita as a substitute for mongomock to power MemoryStore, but I noted the following limitations:
mongitadoes not support many query operations including$regexor$exists. It also doesn't support bulk_writeorestimated_document_count` although those can be worked around.
Worth jotting down FerretDB here, as highlighted by @utf above. This one seems particularly promising!
Andrew-S-Rosen
changed the title
Feature Suggestions: Additional local data stores, e.g. MongitaStore
Feature Suggestions: Additional local data stores, e.g. MongitaStore, FerretDBNov 14, 2023
https://github.com/scottrogowski/mongita
It would be great to have more file-based DB options in maggma. One such option (which I think @rkingsbury first told me about) is
mongita
. This is mostly a note to myself that it would be nice to implement this one day. Perhaps I'll come back to this.One general concern I have is whether the existing
MontyStore
or a potentialMongitaStore
would be suitable for high-throughput calculations. It'd be worth knowing if either package prevents a race condition where multiple jobs try to read/write to the database at the same time. The README formongita
at least mentions that it has (experimental) lock support for multithreading behavior, which is promising.The text was updated successfully, but these errors were encountered: