liveforeverx commented :
Hi, @manishrjain !
I would like to join all other people here (at least 5) with a question about
I think, that almost everyone, who uses DGraph is interested or can profit with this feature or get a better user experience by using DGraph. Even, who just runs pet projects and not able to buy a full licence would be interested in this feature. Just not to run different Dgraph’s instances for different pet-projects and mostly 2 Dgraph instances per pet project (for example, because dataset in
test is different and
test is cleaned, so instead of running one Postgres, you need most probably to run multiple DGraphs per any project).
I know people, who simply do not take a database as a serious database without this feature (and it was most major no in adaptation on my previous company, as I remember and one of the important points in my current company) and it was one of the most oft complaints I heard from people on meetups.
It would be great, if you would think about making this feature accessible to everyone, it would be great, if it would be Open Source.
Just some examples:
Neo4j offers it for free: Managing Multiple Databases in Neo4j - Developer Guides
ArangoDB offers it for free: Working with Databases | Databases | Data models & modeling | Manual | ArangoDB Documentation
OrinetDB offers it for free: http://orientdb.com/docs/last/OrientDB-REST.html#post---database
I personally do not know another database, which doesn’t have this feature or one, which offers this feature in Enterprise edition.
But, even, if it would be a one-time payment, for an acceptable price for the sole developer for this feature, I would like to consider buying it even for personal use on my development machine to get a better UX from DGraph usage, as I know it from any other database I used before personally and professionally. There was an opinion that other databases offer it not for free, I don’t know any other database, which has multiple databases, has an open-source version and doesn’t offer it for free.
My personal example: at the moment, I reset DGraph by every switch between developing an adaptor for DGraph and my pet-project and after the switch, I refill my pet-project with data every time. My tests on the pet-project carefully designed to clean every rubbish they create by themself to avoid this problem and be able to use dev + test on the same database.
P.S. I gave talks in meetup about DGraph and Elixir, I’m the maintainer of the most advanced Elixir driver for Dgraph.