WebサービスのDBに関する失敗談 - Qiita

もう理解できた方は多いと思われますが・・・ この変更を行うと郵便番号や、電話番号の数値の先頭0が飛ばされてしまうのです！ 携帯番号は090,080とはじまるので、これが 90, 80になってしまいます。 このことに気がつかず、当時数値データのみのカラムなんだから、数値型にするべきだろうと 本番にマイグレーションしてしまいました。 そして、翌日に会員データがおかしいと連絡を受けて発覚しました。 幸いなことに、DBのバックアップがあったのと、 電話番号と郵便番号はある程度パターンが決まっているので、桁数などでチェックを行い、0が取り除かれたであろうデータは０を追加してデータの修正を行いました。結果会員データの復旧をすることができました。 最終的に内部スキーマはVarCharで適切なlengthを指定するように変更しました。 惨劇はなぜおこってしまったのか 自分が無知であった。また調査・確認が足

[haruten]

昔見かけたエクセルでは、電話番号の区切り（ハイフン）ごとにセルをわける仕様になっていて、3-123-456とか、90-345-67みたいな電話番号とはとても思えないデータになってるものがあった。どうやって復旧したかは知らない

[masaru_b_cl]

微笑ましいミスだけど、これが本番にまで行ってしまうのは組織の体制が怖い

[knosa]

一律頭の0が飛んだだけならよほどボリュームない限りはそこまでクリティカルじゃないけど、もっと不規則でランダムな消し飛び方してたらおしまいだよね

[lorenz_sys]

数値と数字の違いが分かってない例

[nicht-sein]

２本目、インデックス張ってればそこまで重いとは思わないんだけど、どーなんだろう？登録数が億単位とかだったのかな？／コメントでインデックス張ってなかったと言ってた。そりゃ重くなるわｗ

[rryu]

数値で保存されている郵便番号を7桁に補正する関数みたいなのを見た記憶があるような…

[koogawa]

本番環境でやらかしちゃった人 Advent Calendar 2020 19日目