パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

人気オンライン・チェスサイト、ゲームIDが32ビットの表現範囲を超え32ビットアプリからアクセス不能に」記事へのコメント

  • by Anonymous Coward on 2017年06月17日 11時13分 (#3229519)

    create table ほげ(
      id int not null auto_increment,
     
      .... ,
      .... ,
     
      primary key (id)
    );

    MySQLエエエエエ…

    おい、そこで笑ってるぽすぐれ使い
    君のserialだって何気にヤバいんだぜ?

     

    # idはbigintのauto_increment、あるいはbigserialで振る時代へ・・・・・

    • > # idはbigintのauto_increment、あるいはbigserialで振る時代へ・・・・・

      idを意味する列は全部guidって設計もありますね。
      これならうっかり関連のないテーブルのid列と結合してしまい意味不明な結果になるバグも防げます。(0件になるから)
      連番にならないので前後の比較がしたいときやアプリケーション上の「番号」がほしいときは別の列が追加で必要になる欠点はありますが。

      親コメント
    • by Anonymous Coward on 2017年06月17日 12時48分 (#3229551)

      もう元のストーリーとはかなり外れる話になるけど

      ワイ「「id」って名前はいろんな所で使われるから(HTMLのid属性とか)あまり被らない名前にしたいンゴねえ・・・
         せや!rownumにしたろ!」

      OracleのROWNUM「よろしくニキーwwww」

      ワイ「あああああああ!(ブリブリブリブリ」

      ってなった事がある。後始末大変だった。

      親コメント
      • by Anonymous Coward

        人間の言葉を使え。

      • by Anonymous Coward

        えーと、無知自慢ですか?

        名前はいろんな所で使われるから(HTMLのid属性とか)あまり被らない名前にしたい
        検討結果: rownum

        流石に馬鹿すぎるでしょw
        まぁ日本語にしなかっただけマシかもね。

        • by Anonymous Coward

          システム的にも開発的にも閉じて居るのなら日本語でも良いが、余りに一般的な表現は止めて。
          ついでに嘘の命名も。
          後始末する方の立場になって考えて欲しいもんだ。

    • # idはbigintのauto_increment、あるいはbigserialで振る時代へ・・・・・

      10年くらい昔からとっくにそうしてるぜ。
      身内用アプリだけど、だからこそストレージの心配なんかないからな。

      むしろどうしてそうしてないのか?

      親コメント
    • by Anonymous Coward

      この間、SQL ServerのIDENTITY型が溢れてシステム(の一部)が半日止まった。
      「想定されていない値が入力されていますね?」じゃねえよ。> 開発元

      • by Anonymous Coward

        IDENTITYは型ではなくプロパティ。
        int型を使った理由だが「そんなもんに削れ!」と削らされたんじゃないかと。

        ITゼネコン系は良くある話。
        コップにバケツ満杯の水入れろ的な。

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...