• mvirts@lemmy.world
    link
    fedilink
    arrow-up
    12
    ·
    15 days ago

    😅 what year is this guy living in? SQL has scaled, probably better than any other software paradigm.

  • nomad@infosec.pub
    link
    fedilink
    arrow-up
    5
    ·
    15 days ago

    Somebody needs to learn to design his database layout by common queries and performance standards.

  • TedDallas@programming.dev
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    13 days ago

    How about adding indexes and stats on the appropriate columns, and have look at your execution plan while you’re complaining. Bushels of low hanging fruit are ready to be picked for devs who bother with a little SQL performance tuning.

    • boonhet@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      11 days ago

      And if doing pagination, order by an index and add a minimum bound, instead of doing LIMIT 5000,5000.

      Oh and if the query optimizer picks a bad index for what you’re doing, you can force a better one.

      And don’t do dependent subqueries and…

      Idk, this is stuff I learned in my first year or 2 at my first job in the field. And I’ve had people on reddit tell me I’m a programmer not a software engineer because I don’t have the education so therefore I can only be a code monkey. Yet somehow Amazon pays people 5x my salary to not know how to use SQL efficiently while I’m out here building queries that show no non-index reads, sometimes in databases where I’m not even allowed to add new indexes because of legacy reasons.

  • ulterno@programming.dev
    link
    fedilink
    English
    arrow-up
    1
    ·
    12 days ago

    So there was this QA tester filling a million documents in the database (NOSQL) and then using a single fetch to get all the data without pagination and then telling me my library was first being slow and then crashing.

    Of course I didn’t handle std::bad_alloc