Live data from Hacker News

Show HN: ESQLate – Build minimum viable admin panels with just SQL

github.com

71–80 of 83 posts

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#71
post #13

i was stunned the first time i saw web frameworks like django and symfony automatically build a full featured admin panel based on model's definition. I wonder if there aren't projects aimed a building just an administration GUI based on SQL introspection mixed with simple configuration files. Just point at a db, and there you go. Side note : what is the current state of codegen based on api and model specifications…

Metabase?

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#72

I wonder if there is anything like this but for a larger swath of tools, like say anything that is JDBC or ODBC compliant. More like data virtualization tools like dremio, denodo, atscale.

The amount of code in this that talks to the DB is really really tiny. It is certainly possible to support multiple databases.

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#73
post #61

Does anyone else find it humorous that the majority of top-level comments in this thread start with, "Cool! I built something just like this because sucks!" This tells me that (a) it is a common problem, and (b) it is not solved well. I'm guilty too: I manage a large MySQL DB and the admin panels are essentially CRUD UI rendered from the schema. The alt solutions I've clicked on here try to add more functionality, bu…

Feel free to laugh at me but I often miss MS Access layout tools. MS Access is totally unscalable and due to it's proprietary licence I can't recommend it to anyone... but it was super freaking easy to stich together a graphical UI usable by non expert users. I'm a SQL/GIS/Dev based on PostgreSQL/PostGis and I would totally harass my boss to buy such a solution if it were to exist. I have no time to learn latest fron…

MS Access... /shiver/

Let's just laugh at each other and call it even. :)

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#74
post #70
post #63

Earlier quoted context omitted.

Thanks! Have you tried both systems? I've never heard of hasura, so don't know the extent to which they compare. At a glance it looks like they serve largely the same problem.

We’re using Hasura. Not affiliated but we do pay for their support (great team to work with). Hasura have taken a few unusual steps that actually turn out to be good choices. They have their own version of row level security that you configure via the admin console. It plays very nicely with their subscription queries so there’s very little load on the dB (they effectively poll the dB and build a temp table of the co…

The Hasura team are incredible. Not only that they're great people and responsive, but they have one of the most absurdly talented devteams I've ever seen (especially in regards to their Haskell devs).

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#76
post #61

Does anyone else find it humorous that the majority of top-level comments in this thread start with, "Cool! I built something just like this because sucks!" This tells me that (a) it is a common problem, and (b) it is not solved well. I'm guilty too: I manage a large MySQL DB and the admin panels are essentially CRUD UI rendered from the schema. The alt solutions I've clicked on here try to add more functionality, bu…

Feel free to laugh at me but I often miss MS Access layout tools. MS Access is totally unscalable and due to it's proprietary licence I can't recommend it to anyone... but it was super freaking easy to stich together a graphical UI usable by non expert users. I'm a SQL/GIS/Dev based on PostgreSQL/PostGis and I would totally harass my boss to buy such a solution if it were to exist. I have no time to learn latest fron…

> Feel free to laugh at me but I often miss MS Access layout tools

Hell, I miss Paradox. In DOS. There was a direct relationship between the tables and the UI so you got CRUD as a side effect.

I built several real application using it, but the best was a true "enterprise" application used across three facilities. The "backend" was a Netware file system and the key to making it scale was to cache necessary data locally and batch writes to shared tables. Contention had to be avoided, not because Paradox couldn't multiplex readers and writers, but because the performance was so poor.

It was still spinning when I moved on. Have no idea how long they maintained it, but I'll bet whatever they replaced it with cost an order of magnitude more. It was a part of every dollar of revenue that outfit earned employing ~1000 people.

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#79
post #48

Another worthy mention (not FE, but also exploiting power of sql): https://github.com/PostgREST/postgrest "PostgREST serves a fully RESTful API from any existing PostgreSQL database. It provides a cleaner, more standards-compliant, faster API than you are likely to write from scratch."

PostgREST is really hard to figure out how to use though. I tried it a year or two ago because I was really excited about the posibillity, but the setup was super unintuitive, and the docs were hard to follow. I got a simple case working, but in the end I gave up on using it for anything serious - I simply wouldn't trust myself to be able to debug it if something went wrong.

This may make PostgREST easier: https://supabase.io

Disclaimer: my startup. We will do a public launch soon, but the restful component of Supabase is a postgrest instance, and we are wrapping it with some libraries to make it a bit quicker to get started.

Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL

#80

Does anyone else find it humorous that the majority of top-level comments in this thread start with, "Cool! I built something just like this because sucks!" This tells me that (a) it is a common problem, and (b) it is not solved well. I'm guilty too: I manage a large MySQL DB and the admin panels are essentially CRUD UI rendered from the schema. The alt solutions I've clicked on here try to add more functionality, bu…

Retool does a pretty good job actually. https://retool.com/

We use it against both GraphQL and MySQL and a few other services.

Post reply on HN