Possibly crazy: support for non-SQL datastores?

[arschles]

Pop is a rad package for CRUD on relational databases. Would there be any interest in expanding its scope to non-relational stores? I'm especially interested in MongoDB/CosmosDB and Google Cloud Datastore.

Happy to go over my rationale in more detail, just wanted to float the idea first.

And my feelings won't be hurt if you tell me to get lost if I'm way off here! 😄

[markbates]

You’re not the first to ask. :) The answer is absolutely, provided that someone writes support for it. :) A pr to add support for any of them would be great.

[pieterlouw]

Can this be achieved by adding an implementation for the dialect interface?

I guess with NoSQL db's the fizz/translator methods won't need to be implementated.

[stanislas-m]

Just my two cents here: Pop is deeply SQL oriented (most of the code handle SQL matters), so in my opinion, introducing NoSQL here is not the best idea. We'll loose most of Pop features. How about having another package for that? :)

[pieterlouw]

@stanislas-m : Good point. The new package name could be pop_diet :)

[markbates]

Honestly, I'm all for seeing what happens when someone tries to add something like Mongo to it. I'm sure a lot of stuff would be no-ops, but it would be interesting to see. I'm not the person to add it though.

[arschles]

sorry - I haven't gotten to this yet. there are quite a few other things on my plate, but I'd like to try it out sometime in the near future...

[h2ouw8n4]

I have to say, I'm really curious about adding this capability. I may circle back to this. I have a project that I believe could benefit from this. Of course the problem is timing. I am going to see if somehow, I could work this into the overall planning of the project.