Re:Repeating Yourself Thrice Doesn’t Turn You into a 3x Deve...
by lorenzotenti on Sunday July 30, 2023 @01:15PM
(#36933463)
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?
[ Parent
| on HN ]
Re:Repeating Yourself Thrice Doesn’t Turn You into a 3x Deve...
by city41 on Sunday July 30, 2023 @01:36PM
(#36933746)
Supabase now has edge functions: https://supabase.com/edge-functions
Re:Repeating Yourself Thrice Doesn’t Turn You into a 3x Deve...
by brtkdotse on Sunday July 30, 2023 @01:19PM
(#36933530)
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”
Re:Repeating Yourself Thrice Doesn’t Turn You into a 3x Deve...
by vanviegen on Sunday July 30, 2023 @02:13PM
(#36934219)
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.