Conversation

Notices

1. Embed this notice
   mcc (mcc@mastodon.social)'s status on Saturday, 20-Sep-2025 23:40:48 JST mcc

   Looking at this long list of Rust ORMs. I do not understand what the fuck a Rust ORM is supposed to be. Rust claims that it is not an object-oriented language.

   • GreenSkyOverMe (Monika) repeated this.
   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 20-Sep-2025 23:40:47 JST mcc

     in reply to

     I don't actually *agree* with the claim Rust is not object-oriented— I think Rust is object oriented, it's just not class-based— but it is the case that class-based OO is what people usually treat "OO" as meaning and "ORM" is bound up specifically with the idea of class-based OO. Actually, traits have always looked to me more like an RDBMS than class-inheritance OO ever did, so a like, TRM (Trait-Relational-Mapping) would rule, but I don't know if that's what these ORMs are.

     GreenSkyOverMe (Monika) repeated this.
   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Saturday, 20-Sep-2025 23:40:47 JST mcc

     in reply to

     Why I'm thinking about this: I want to write a Rust app that uses SQLite, but I want to later have the option of switching to Postgres or MariaDB/MySQL with minimal friction. I started cracking in to "database agnostic" crate SQLx this morning, but quickly realized that it's something like Perl DBI and it's really just an agnostic layer for *submitting* SQL queries; the queries themselves are still potentially engine-specific.

     I made a post on their discussions board:

     https://github.com/launchbadge/sqlx/discussions/4030

   • Embed this notice
     Glyph (glyph@mastodon.social)'s status on Sunday, 21-Sep-2025 10:39:27 JST Glyph

     in reply to

     • Elias Mårtenson

     @mcc @loke It is, among other things, an expression language for a first-class representation of SQL statements; i.e. modeling tables, columns, inequalities, queries, expressions, etc: https://docs.sqlalchemy.org/en/20/core/expression_api.html

     (I was making a sort of half a joke here, because SQLAlchemy as a library has a big branding problem, because it has 4 layers that are all annoyingly conflated in the same package, and the one that most people mean when they say "SQLAlchemy" standalone is "SQLAlchemy ORM")

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Sunday, 21-Sep-2025 10:39:28 JST mcc

     in reply to

     • Elias Mårtenson

     @loke Every API I can think of which is not in the ORM category is like this.

   • Embed this notice
     Glyph (glyph@mastodon.social)'s status on Sunday, 21-Sep-2025 10:39:28 JST Glyph

     in reply to

     • Elias Mårtenson

     @mcc @loke is SQLAlchemy Core an ORM?

   • Embed this notice
     mcc (mcc@mastodon.social)'s status on Sunday, 21-Sep-2025 10:39:28 JST mcc

     in reply to

     • Elias Mårtenson
     • Glyph

     @glyph @loke I actually don't know what that is.

     Blaise Pabón - controlpl4n3 repeated this.
   • Embed this notice
     Elias Mårtenson (loke@functional.cafe)'s status on Sunday, 21-Sep-2025 10:39:29 JST Elias Mårtenson

     in reply to

     @mcc Isn't that true for most (if not all) such API's? JDBC is certainly like that, and I'm pretty sure OCBC is too.