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

今まで見た中で最もひどいDBのテーブル設計は?」記事へのコメント

  • by Anonymous Coward on 2014年03月06日 18時11分 (#2557622)

    インデックスが張られていない

    • PKのみってあったねぇ・・・・・
      その上で、フィールドは固定長の上で配列変数のような構成

      こんなDB押しつけて置いて、出来上がったPGの処理が遅いと文句言われても・・・・
      テーブルリンクもさせずに全フィールド取得しかさせない癖に・・・

      で、正規化やらインデックス追加、テーブルリンクによる普通のSQL使用で圧倒的に早くなったサンプル見せても却下した癖に・・・

      火を噴く前にスキル的な事で他プロジェクトへ回ったんで助かったけど
      親コメント
      • by Anonymous Coward

        キー項目の桁数がVC255だったとき

    • by Anonymous Coward

      プライマリキーすら無いよりマシ

      • by Anonymous Coward
        プライマリキーしかないよりマシ
        # 全部合わせて複合主キーなんだって
        # 別の表は先頭32カラムだけが主キーだったけど、単にOracleの制限なだけで後ろのカラムも心の中では主キーなんだって
        • by Anonymous Coward

          PKが降格して普通のカラムになってしまった時には我が目を疑った。
          暫くして関連テーブルがキー重複起こして死んでしまったので、やっぱりPKに戻そうという話になったのだけど、
          PKやめてる間にキー重複しまくっていて(というか、重複しまくることが見込まれたため降格させていた)データ移行出来ないという・・・
          結局、関連テーブル側に意味の無い採番カラムを追加して、もしキー重複しそうならこれをインクリメントするということになった。
          しかしそのせいで予期せぬ重複データが生まれてしまい・・・という無限ループ

      • by Anonymous Coward

        プライマリキーなのに値が更新されるケースもあるね。プログラムやトリガーで関連テーブルを更新する羽目になってる
        事もままある。

    • by Anonymous Coward
      テストでは問題なかったけど、本番で10分間レスポンスがなくて発覚…
    • http://srad.jp/comments.pl?sid=535175&cid=1968855 [srad.jp]

      > 「インデックスいらないでしょ、これ」
      > 「必要ですよ!」
      > 「なんで?出番あるの?ないんでしょ?」

      > なんとか笑わずに乗り切ったが、かなり苦しかった。

      とあるDBのインデックス。
      管理と技術が交差する時、会議は踊る。

    • by Anonymous Coward

      いつからインデックスはテーブル設計になったのかわからん。

開いた括弧は必ず閉じる -- あるプログラマー

処理中...