-
Notifications
You must be signed in to change notification settings - Fork 20
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
[Feature Request] Multiple DB support #34
Comments
I agree on this, I think abstraction around DB operations is the right way to go. It offer a larger potential for community customization. You're definitely right in saying that the usage isn't too far away from the operations of other databases, this will be a significant rewrite of some hardcoded MongoDB specific logic, but this is something which can also be abstracted over. Adding this to the v2.0.0 milestone. |
Based on some chatter in the Discord today we have defined the following:
In turn we have come up with the following plan of action for this issue:
|
@hiepd has begun work on this - issue is being built on this branch. |
Glad to see this on the roadmap. @theycallmemac is the v2.0.0 requirement simply to provide the interface + mongoDB implementation, or should there be some more built-in implementations (the usual supects i.e. psql, redis, dynamodb)? |
@ttymck with v2.0.0 we are looking to provide abstraction which will allow for a wider range of data stores to be used with Odin, both nosql and sql based :) |
I have been reading through the reddit post and a common thread I see is not taking to the use of mongodb. I'm not currently aware of the featureset of mongo currently in use, but I'd suspect the usage isn't too far away from the operations of other databases.
I feel creating an abstraction around Odin's database operations, in order to provide the ability to plug in implementations of that abstraction for different databases would be a net win and would cast a larger net on the community.
The text was updated successfully, but these errors were encountered: