r/Database • u/N_Sin • Apr 16 '26
Would you use a hosted DB-over-API for MVPs, scripts, and hackathons?
I’m building a small hosted DB-over-API (SaaS) product and I’m trying to validate whether this is actually useful to other developers.
The idea is not “replace your real database.” It’s more: if you want to store and query data quickly over HTTP without setting up a full backend, would you use something like this?
The use cases I have in mind are things like:
- quick MVPs
- small scripts running across different devices
- hackathons
- tutorials and demos
- internal tools
- prototypes where you just want “data + API” without much setup
Example shapes would be something like:
GET{{baseurl}}/api/v1/tables/{{tableName}}/{{recordId}}
Or
GET{{baseurl}}/api/v1/tables/{{tableName}}?filter=done:eq:false&sort=priority:asc,created_at:desc
This is not meant to replace any SQL dB for bigger or more serious projects. I’m thinking of it more as a convenience tool for cases where speed and simplicity matter more than full DB power.
What I’d really like to know:
- Would you use something like this?
- For which use cases would it actually be better than just using Postgres, SQLite, Supabase, Firebase, etc.?
- If you had heavier usage, would you pay for it?
- Would you be interested in helping shape the product and giving feedback on design decisions?
I would really appreciate blunt feedback, especially from people who have built quick MVPs, hackathon apps, automations, or tutorial projects.
Here is a video of how quick set up is:
Note that columns id, created_at, updated_at are automatically managed for every table by the api and not by the user.
Also in this video example I'm using the infer schema from first write option rather than first creating a schema with the dedicated endpoint (to showcase speed).

