"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
      21 year 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
        1 year 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
          11 year 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
      21 year ago

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

    • Caveman
      link
      fedilink
      11 year ago

      Raw dog is the fastest way to finish a task.

      • productivity
      • risk

      It’s a trade-off

        • Caveman
          link
          fedilink
          4
          edit-2
          1 year 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.