自動ニュース作成G
今まで見たもっともクソなテーブル設計
http://wkubota.hatenablog.com/entry/2014/02/18/004047
2014-03-05 12:57:32
>シンプルすぎて、よくわかりませんがこのテーブルに対してExcelの対応表をみながら皆さんなんやかんや見ていたのです。
>実は、このテーブルにはありとあらゆるデータが放り込まれ、どのようなデータか、つまりデータの意味はTYPE_CODEで判断するという代物でした。
分かりやすくていいなと思った。
・どこが? こんなもん作った日にはそいつぶん殴ってるレベル・これが「もっとも」と言うなら、経験が浅いか、今までの人生はツキがあったのでは、と思う。・怒ってもいいけど、これTYPE毎に処理すれば変換コードは簡単に書けるよね。・「年月日時分秒がバラバラのデータで入っている」ってのも凄いな。一体、どういう発想なんだろう。日付を入れるだけで6回もinsertしなきゃならん。・#1 今風にスキーマレスDBって言えばイケてる感じがするじゃん?・DB設計って下見てたらキリがないしスケーリングで不満が出るのは当然だし稼働中にトラブルが無けりゃいいのさ・C++って事だからODBMSをRDBで実装しようとしたんじゃね?こんな形にするしか無いだろ。この人がテーブル設計でやると考えてる部分はオブジェクトで設計するんだよ。・「DBをとりに行く処理を統一できる」で堪え切れなくなって爆笑した。「抽象化」なんて立派な事言う遥か以前だよ!設計書のない、固定長レコードかどうかも怪しい代物なんて指さして腹抱えて一頻り笑ったら脱兎のごとく逃げ出すわ。・#8 この人の想定する業務に結びついたテーブル設計ではなくて、RDBでローレベルな部分の実装させたんで「処理を統一出来る」と表現したんだろ。抽象化なんて大昔からやってたこと。 少なくともC++使ってたのなら意識してただろ。・関連?http://gvote.x0.com/up/g1386491002.jpg・#9 何言ってるかよくわからないですけど、構造化が前提の"R"DBMSにテキストシリアライズのデータを突っ込むことが抽象化?型抽象使わずにロジックを統一するのが抽象化?違和感どころの騒ぎじゃないですよそれ。・#11 将来的にはODB使うつもりでインタフェースを抽象化したんじゃないのかな。今の様な環境が全く整わない90年代あたりの話じゃね?・本人ビビってる。ニュー作だけど自分もこんなに拡散されるとは思わなかった>今まで日に5件くらいしかアクセスの無い超零細ブログを書いてたのだけど、今日アクセスが18000とか行っていて凄くビビったhttps://twitter.com/wkubota/status/441225738721566720