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

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

  • ありとあらゆるデータが1つのテーブルに放り込まれており、また各行にどのようなデータが納められているかを区別するための列が設けられている

    後半部は兎も角、前半部(=1つのテーブルで済ます)は、通常のSQLデータベースでもそういう使い方することあるよ
    殆どのフィールドを検索条件に用いることがあって、しかもテーブル全部見ないといけない検索をする時はそれが一番速いから
    設計としては美しくないかもしれないけど、実用上はそのほうがいい、ってことはある

    自分が見た中で一番酷かったのは、おそらくシステムの拡張への対応を手抜きするためだったんだろうけ

    • by Anonymous Coward

      POSレジの伝票テーブルで1レコードに128カラムも項目があって、行番0がヘッダレコードになっていて、明細項目が行番1以降にずらずら並んでいる。1伝票処理するのに馬鹿でかいレコードを複数処理しなければならない上に、ストアドプロシージャで簡単には処理できないデータ形式だったんで、大した処理ではないのにステップ数ばかりが増える。その上開発言語がVB2だったから地獄だった。

      • by Anonymous Coward

        > 行番0がヘッダレコードになっていて

        EXCELシート?

        • by Anonymous Coward on 2014年03月07日 2時21分 (#2557962)

          もちろん、そのシステムにはEXCELシート出力機能がありましたよ。ACCESS版も作ったしVB4,VB5,VB6まで順調にアップグレードしていきました。メモリイーターで困ったシステムでしたよ。DBとランダムアクセスファイルとの違いが分かっていない人が設計すると、ミドルウェアでの扱いに困るDBを平気で設計するのは困ったものです。かたくなにそっちの方が高速だって信じてましたからね。趣味で、まともなDB設計に変更して、C#で1000分の1のステップ数でより高速な互換システム作って、デモを経営陣に見せたら、やっとその担当は首になりましたけど、迷惑な話です。

          親コメント

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

処理中...