Re:Databases in 2024: A Year in Review
by CT4u8798 on Wednesday January 01, 2025 @12:10PM
(#42567365)
I love SQL. I'm not a full-time developer but always use SQL over other abstractions, which I find extremely confusing and way more complicated that plain SQL.
[ Parent
| on HN ]
Re:Databases in 2024: A Year in Review
by skeeter2020 on Wednesday January 01, 2025 @12:17PM
(#42567405)
I'm now firmly into management but the one skill I use very regularly is SQL. By far the best investment I made in my entire career was a little bit of relational algebra, some casual study of DBMS internals and a lot of hands-on SQL. The quasi-standards have also made it the easiest transfer across specific DBs and their flavours over the years.
PSA: Hi kids, here's a dinosaur with yet more free advice: put the tiniest bit of effort into SQL early on and watch the compound interest add up.
Re:Databases in 2024: A Year in Review
by threeseed on Wednesday January 01, 2025 @02:32PM
(#42568568)
That's just because it is what you are comfortable with.
Many developers will jump straight for ORMs when given the chance.
Re:Databases in 2024: A Year in Review
by Tostino on Wednesday January 01, 2025 @04:38PM
(#42569526)
Which for certain types of applications ORMs absolutely have their use.
Re:Databases in 2024: A Year in Review
by dominicrose on Thursday January 02, 2025 @05:55AM
(#42573430)
Some ORMs have weird design issues. Eloquent for example allows you to pull relationships lazily on single objects, so if you're in a loop that'll create a lot of queries. So much for laziness!
I'm OK with this ability, but the API shouldn't encourage it by making it trivial.