「おサボり・キティ」の
すーぱーばいざ日記
あきれたデータベース設計
- 日付のデータをなんで日付型で取らずに数値型で取っているの?
- 入力日時のデータをなんでサーバではなくクライアント側の日時で取っているの?
- どのテーブルもなんで出力帳票と同じだけのフィールドを持っているの?(なぜリレーションしていないの?)
- 20項目以上発生する恐れのあるデータをなぜ行で持たずに20列のフィールドで持つの?
- なんでA+B項目のテーブルとA+C項目のテーブルとB+C項目のテーブルが別々に存在するの?(なぜA+B+C項目のテーブルで持たせてないの?)
などなど素人がACCESSで構築してもやらないようなボケた事をやってくれています。
まったくもう、ORACLEみたいなRDBMSシステムはオフコン屋さん上がりのSEには組めないと言う
のをありありと表現してくれています。
おまけに非常に!無駄が多い。
信じられますか? バーコードのチェックデジットまでデータベースに持たせる設計って・・・
で、詳細設計したこの下請けのSEは仕様書すらまとめずにトンズラしたと言う・・・
メーカ編にもどる
登場人物一覧 社内ネットワーク ユーザ編 admin編 メーカー編