川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通
関連記事
- トヨタ 国内12工場 けさから順次 稼働再開 原因調査進める(23/8/30) 【2023年08月30日(水)】
- 【速報】トヨタ自動車でシステム障害が発生し、国内12工場の稼働が停止している 【2023年08月29日(火)】
- 「モバイルSuica」アプリでのチャージできず JR東日本 【2023年06月27日(火)】
- 「ブルアカ」緊急メンテ 約17時間経過 定期メンテ中にデータベースの作業ミス 【2023年06月22日(木)】
- ローソン チケット発券など 全国の店舗でできず システム障害(23/6/15) 【2023年06月15日(木)】
おっと,別業者かと思ってたらこっちのトラブルも富士通やったのかっ!(汗
1秒以内同時に申請処理開始したら,データ衝突事故って
キーをYYYYMMDDHHNNSSで作っちゃった,ひょっとして?
うちのシステム(LAN内でも),データ収集時,時刻キーやるときはミリ秒まで付けるじ
ミリ秒付けても衝突しそうだったら,ランダムな数値4~6桁か
ハッシュ値計算して付加する実装にするぞい
う~む,電文の負荷見積もりが甘すぎな予感
田舎の胡散臭いシステム屋@清武城主でさえ
キー衝突しないよう,最大限に注意を払うんじゃがなぁ
初歩的すぎる不具合じゃげなドロドロドロ
川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通 富士通Japanは5月9日、神奈川県川崎市のコンビニの証明書交付サービスで、他人の戸籍謄本が発行された問題について、原因を公表した。 「2カ所のコンビニで、2人の住民が同一タイミング(1秒以内)で交付申請した際に、後続の処理が先行する処理を上書きしてしまう」プログラムのバグが原因だったという。 (以下略) |
ITMEDIA |
この規模のシステムにしては限界値テストが足らんような…
>>uran さま
こんなデカいシステムで,秒まででキーを作るって,素人設計かっ!って突っ込んじまった(笑
オイラ作だったら,秒+発番テーブルから得た番号付与かねぇ
UUIDがいいんじゃね?でバズってたけど,確かにそれもありますねぇ