top | item 36933463

(no title)

lorenzotenti | 2 years ago

Are we repeating history though? I've worked for a company that used Oracle plsql for everything (shall we return html snippets from the database as a reactive frontend, why not!, the whole business logic is in huge stored procedures anyway) and it was clearly an utter mess. Now, new tools may make this better, but every time I see too much business logic getting close to SQL I get suspicious. Supabase is another example of doing everything with postgres. Sounds cool, but is it maintainable?

discuss

order

brtkdotse|2 years ago

Tangentially, it’s curious there hasn’t emerged A Proper Way of version controlling and deploying stored procedures outside of “stick a bunch of sql scripts in a folder in the project root”

vanviegen|2 years ago

Is there anything wrong with that approach? It seems pretty optimal to me, since you'll probably want to commit the stored procedures together with regular code.

eddd-ddde|2 years ago

Exactly, the reason the other alternatives feel better, is not because of how they work, but because of the tooling.