xmysql VS DreamFactory

How does this compare to NocoDB[0] which is already quite established?

[0]: https://github.com/nocodb/nocodb

But maybe something like nocodb would work for your needs.

Maybe you can use something like this https://github.com/nocodb/nocodb

📣   Github : https://github.com/nocodb/nocodb

I used to use FireflyIII as well and found the flexibility to be lacking just as you did. I've just started using Grist, although there is nocodb and baserow. Yes it's more spreadsheet like and sometimes more "hacky" but there will never be an out-of-the-box application that comes close to what, ostensibly, a spreadsheet like application is good at.

Nocodb: Open Source Airtable Alternative - turns any MySQL, Postgres database into a collaborative spreadsheet with REST APIs.

NocoDB then?

Also planning to check out NocoDB (Airtable/spreadsheet alternative): https://github.com/nocodb/nocodb

DreamFactory comes to mind - https://www.dreamfactory.com/ (https://github.com/dreamfactorysoftware/dreamfactory) which allows you to create apis from databases.

I feel very uneasy about this, and I am not sure why. I feel like the "meat and potatoes" of any application is its data and backend code, not the frontend. Frontends can change among clients, or even be given up altogether (just use a CLI/API interface for example) but the backend business logic is what defines a program. An app is what it _does_, not what it _looks like_.

This approach has been tried several times over the past few years: I first used DreamFactory[1] several years ago for a small production app (less than a few thousand users) and now I see Supabase [2] trying the same. But in my experience these don't go past very limited internal enterprise use-cases, MVPs and toy frontend apps.

[1] https://www.dreamfactory.com