Like running analysis in a Jupiter notebook?
Indeed I am not sure this case is a good fit...
Just out of curiosity, who do you imagine your users will be?
Streaming over the network the result of a big select is not ideal, moreover I believe that data scientist prefer to work with common technologies. I mean that there are already adapter for SQLite or PG or MySQL, while for RediSQL it won't be as straightforward.
I am thinking to developers for the JAM stack would be interested to this sort of API. Or people that want a database without having to think too much about it.
I think for most JAMs the network is a bigger hindrance than the query time. So, I hope you know what you're doing.
Anyway, cool project. I'll make sure to check back in a while and see where it went. I'm working on an "adapter" (so-to-speak) that queries SQL, so maybe I'll add yours too when the time is right.
What is your project?
It is more capable than ORMs, and provides a layer of abstraction that SQL direly needs but lacks, as well as a shorter syntax, that is in-line with other popular languages.
Here is a very early version of it: https://github.com/erezsh/preql
I've kept working on it, but privately, and I'm trying to make it into a product.
I will probably release it as open-source when it's ready. I still need to figure out the right license, financial model, etc.
I might consider the unmetered option, if the performance gain is worth the 6x cost of other providers.
For web and games, maybe your existing model could work, but then always having a recent backup also becomes more important (and for most sites, the lack of acid is a deal-breaker).
The nice thing about data-science is that you interact with the workspace yourself, so you know exactly when you want to save a snapshot.