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…
Show HN: ESQLate – Build minimum viable admin panels with just SQL
71–80 of 83 posts
Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#72I 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.
Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#73Does 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…
Let's just laugh at each other and call it even. :)
Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#74Earlier 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…
Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#75I use adminer for this. https://www.adminer.org/ It's a single PHP file, and does everything I need.
Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#76Does 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…
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
#77Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#78Re: Show HN: ESQLate – Build minimum viable admin panels with just SQL
#79Another 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.
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
#80Does 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…
We use it against both GraphQL and MySQL and a few other services.