"UPDATE table_name SET w = $1, x = $2, z = $4 WHERE y = $3 RETURNING *",

does not do the same as

"UPDATE table_name SET w = $1, x = $2, y = $3, z = $4 RETURNING *",

It’s 2 am and my mind blanked out the WHERE, and just wanted the numbers neatly in order of 1234.

idiot.

FML.

    • @groucho@lemmy.sdf.org
      link
      fedilink
      English
      29 months ago

      Yep. If you’re in a situation where you have to write SQL on the fly in prod, you have already failed.

      • @XTornado@lemmy.ml
        link
        fedilink
        4
        edit-2
        9 months ago

        Me doing it for multiple years in a Bank…Uhm…

        (let’s just say I am not outting my money near them… and not just because of that but other things…)

        • @groucho@lemmy.sdf.org
          link
          fedilink
          English
          19 months ago

          Yeah, I swear it’s part of the culture at some places. At my first full-time job, my boss dropped the production database the week before I started. They lost at least a day of records because of it and he spent most of the first day telling me why writing sql in prod was bad.

    • @XTornado@lemmy.ml
      link
      fedilink
      29 months ago

      But the adrenaline man… some of us are jonkies of adrenaline but we are too afraid of anything more of physically dangerous…

      • sharpiemarker
        link
        fedilink
        19 months ago

        There’s no way you’re endorsing the way OP handled their data right?

        • @olafurp@lemmy.world
          link
          fedilink
          4
          edit-2
          9 months ago

          No, but people are sometimes forced to do these things because of pressure from management and/or lack of infrastructure to do it in any other way.

          Definitely don’t endorse it but I have done it. Think of a “Everything is down” situation that can be fixed in 1 minute with SQL.