Re:Sorbet and 100% cov makes Ruby refactoring possible
by Scarbutt on Monday April 25, 2022 @08:15PM
(#31162523)
What mainstream programming language is good for interfacing with complex relational databases?
Re:Sorbet and 100% cov makes Ruby refactoring possible
by norman784 on Tuesday April 26, 2022 @04:46AM
(#31165304)
Rust is getting there, with sqlx[0] you can write plain sql and it gets validated at compile time.
Re:Sorbet and 100% cov makes Ruby refactoring possible
by pphysch on Tuesday April 26, 2022 @12:44PM
(#31169717)
Any language with metaprogramming like operator overloading so you can create an ergonomic ORM, basically.
For such a language to be reasonably productive you want to be able to overload "mystruct.myvar" to not simply grab "myvar" from memory, but smartly fetch it from a remote database, cache it, etc.
It will never be perfect (blah blah impedence mismatch) but a proper ORM is so much more productive and readable than writing crap like `Manager(mystruct).GetAttr("myvar")...` or bespoke SQL composition.
Re:Sorbet and 100% cov makes Ruby refactoring possible
by AlchemistCamp on Monday April 25, 2022 @08:51PM
(#31162739)
Elixir is great at it and becoming increasingly mainstream.
Re:Sorbet and 100% cov makes Ruby refactoring possible
by golergka on Tuesday April 26, 2022 @03:37AM
(#31164967)
SQL. Typescript with library like pgtyped basically allows you to write raw SQL queries and then generates all the static typings for them.
Is Golang "ruthlessly productive" for interfacing with complex relational databases? No, not even with generics.
Tradeoffs, every language has 'em.