共有
  • 記事へのコメント65

    • 注目コメント
    • 新着コメント
    その他
    sucelie
    そもそも直でSQL叩かなきゃいけない環境が悪い。データ更新用のページなりプログラムなり作れよ。

    その他
    kkobayashi
    後輩くんが何年か経ってから「あの頃はバカにしてたけど当時先輩が言ってたことの意味が今は分かる・・・」ってなるんだと思うとエモいよな

    その他
    yamadadadada2
    やったほうがいいに決まってる。が、手順が面倒というのはわかる。本番DB自身に「このSQL実行したらどうなるか」を回答できる機能を今のAI使えば実装できるのかも

    その他
    klbym
    ぶっ壊した経験ないけど、本番DBへのデータ更新は本来アプリ経由でされるべきものであって直接触るのは避けるべきだし、もし運用上必要なら安全にできる方法を整理した上で複数人で行う、が一般的なセオリーだと思う

    その他
    skypenguins
    一般的に手作業での本番環境への介入は冪等性が失われやすくアンチパターンなので、徹底的に自動化すべきなのだが、現場のエンジニアは提言できる立場にない場合が多いのが悲しいところ

    その他
    ngsw
    事前に計画し検証する必要があるか(ある)、という意味かもしれないし、この手順書のフォーマットとレビューのやり方で意味あるのか(ない)、みたいなことかもしれないので、どっちの言い分も正しいという気持ちがある

    その他
    oyadohokkaido
    30-50代の偉いおじさんたちの20人以上いる会議室でなぜデータを間違えて削除してしまったのかを説明したことあるエンジニアだけが、石を投げてよい話

    その他
    pmint
    「MVCって知ってますか?データベースを更新できるのは検証済みのモデル層だけですよ」って言われちゃう人たち

    その他
    sasasin_net
    https://qiita.com/advent-calendar/2025/yarakashi が今年も始まったな

    その他
    yourmirror
    みんなが「僕の考えた1行」の話を勝手にしてるのを見ると「やはり手順書は必要だな」と感じる

    その他
    shinji
    手順書があれば手順書通りにやっていれば、なんかあっても作業者や担当者だけの責任にならないので手順書は必要。もし誤って手順書と違った手順をしても手順書がわかりにくい/手順そのものが間違いやすいとかでおk

    その他
    peketamin
    1人で作業せざるをえない体制の場合、ほんと嫌。でも手順書めんどくせー。でも作業シーケンスを書き出さないと他者レビューできないしなー。名前が悪い。作業デザインDocにしよう。カッコいい。

    その他
    shoppingmalljp
    Sql文は改行してはいけない

    その他
    ckom
    本番DBに素のSQLをブチ込むのは本当にヒリ付く・・よくある作業なら必ず専用ツール(超検証済)を作って使うべきで、素のブチ込みが要るのは超緊急事態だから時間を掛けるべき。

    その他
    kagerou_ts
    言ってわからんなら追放したほうがいいよそいつ/割と「今回のメンテだけ」って場合もあり

    その他
    quandle
    SQLで本番DBのどんなデータをいじるのか気になる。画面をわざわざつくるほどじゃないんだけど、って感じのデータ?どんなの?

    その他
    ssssschang
    手作業でやるなら絶対必要だわな

    その他
    pinossos
    こういう素朴な疑問はある意味合っていることも多い気がする。現行の手順に意味はあるけど明らかに非効率な方法でやってたり

    その他
    harumomo2006
    harumomo2006 金融系では通常運用のときマニュアル通りに入力できたか自分で確認して捺印し、さらに上長にタイプミスなどを確認してもらって捺印、その後見ている前で実行送信だった

    2025/12/01 リンク

    その他
    ya--mada
    リプの💩凡ミスは仕組みで防げよ、さすがに。前提として、レビューを入れることが出来るのは、非定形の破壊的作業かどうかを判別できるだけのスキルがあるかどうかだよね。

    その他
    nakag0711
    ちょっとこれだけでは判断できず。無能な働き者による異常な形式主義というのもあり得るので

    その他
    turanukimaru
    手順書は要らないけどトランザクション張って更新してロールバック、のドライランやってからコミットに変更して再実行以外は怖くてやりたくない。

    その他
    mezamashi0540
    SQLはちょっとのミスで影響範囲が最大になる危険性があるとコード書いてればすぐ理解できると思うのだが、そうでもないのだろうか。

    その他
    dot
    1回盛大に事故るとありがたみがすごくわかるやつ。手順を定めることで手落ちがないかレビューできるし、事故った時に何が起きたのか検証できるし、掛ける手間に対してメリットしかないぞ。

    その他
    w1234567
    UPDATEのWHERE句のミスはマジでやる、しかもやるときに限ってBEGIN;してない

    その他
    hirokinko
    これ運用でやらかした経験がないと経験年数がある人でも宣ったりする。

    その他
    erya
    レビューはいいけど、その組織承認に一ヶ月かかったりするのが糞

    その他
    semimaru
    本番環境なら、コピペでしかやらん。

    その他
    rck10
    rck10 手順書まで大仰じゃなくても、現地で手作成したSQLをいきなり走らせるのは怖すぎるので、事前に別環境で試したものをコピペするだけ、にはしておきたい。ログインとかは慣習で記載してるけどないならないでよい。

    2025/12/01 リンク

    その他
    hecaton55
    更新系の操作なら単純なSQLににしてサクっとレビューしてもらえばいいのに

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    「本番DBで1行のデータ更新するだけなのに毎回手順書作ってレビューする意味あります?」と2年目の人に聞かれて(意味ありすぎるだろ…)と思ったのだけど令和最新版は違ってたりするのか?→「ぶっ壊した経験があるとわかる」

    ゆりか| エンジニア @mike_engi 「DBで1行のデータ更新するだけなのに毎回手順書作ってレビューする...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む