今まで見たもっともクソなテーブル設計 - 何か着ていればいいよ

あれは、僕がデータベースを扱ううち最初から３件目のプロジェクトだった。 C++のソースが難解で火を吹いているという話で、自分は低スキルの若造。火にくべるには丁度良い程度のやる気と責任感をもっていた。折悪く別のプロジェクトが終了した直後だったもので投入されたのでした。 現場で『DBからデータを吸い出すツールかSQLを作ってくれ』といわれ話をきくと他社が作ったDB定義がすこぶる使いづらいという。 ER図やDB定義を見せてくださいと言ったのだけど、そんなものは無いという返事。 今ならもうここら辺で逃げ出すところですが、当時は『ふーん。』てなもんでそういうこともあるのかくらいの軽い気持ちで考えていました。 で、プロジェクトの資料をあさりまくって何とかDB定義のようなものも見つけDBのデータを調査し始めたのですが何かがおかしい。 機能の数に比して異様にテーブル数が少ないのです。 ふと周りを見ると、皆

[yoshikogahaku]

こういう発想を真剣に良かれと思って信じる人が現れた時に、穏便に説得したり、酔わせて川に突き落としたりする技術がすごく大事だと思う。

[t-wada]

なぜこの設計がクソなのか、そしてどうすれば良いのかは『SQLアンチパターン』という本に詳しく書かれているらしいですよ！！ http://www.oreilly.co.jp/books/9784873115894/ #sqlap

[Sampo]

節子それ抽象化やない

[nminoru]

期待して見たらたイマイチだった。明日また来てください。本物のクソテーブル設計をお見せしますよ。

[katzchang]

節子それ抽象化やない

[yukung]

ドキュメント指向（またはキングファイル指向）なスーパーKVSだ

[koyancya]

節子それ抽象化やない

[vvakame]

とりあえずPM殴ってView用意して徐々にプログラム回収するしかない。とりあえずPM殴ろう。

[naga_sawa]

節子、これ抽象化とちゃう(; ﾟдﾟ )/プログラム側は「put(id, type, data) と get(id) で済むぞ」って話かしら/DBをファイル代わりにしか見ていない悪手には違いない/こんなのやったらドラム缶で大阪湾事案じゃないですか

[gui1]

20年ぐらい前だとテーブル数に応じて課金する習慣が結構あった。DBMSによってはタプル数の上限が255列だったりして理想的なテーブル設計ができなかった。今となっては意味不明だけどそのころの遺産なんじゃね？(´・ω・

[ayatorch]

クソすぎる……。みてる: 今まで見たもっともクソなテーブル設計 - wkubota’s blog

[isaisstillalive]

レベル高い

[mapawata]

前の会社を思い出して泣いた

[dai_air]

見てれぅ「今まで見たもっともクソなテーブル設計 - wkubota's blog 」

[tolkine9999h]

何故このテーブル設計があかんのか100文字で書かせると、エンジニアの力量が透けて見えそうな良いお題。

[iwasiman]

エンジニア向けOnlyのネタ。これはすごい。NoSQL時代を先取りしてるぜヒュウッ!

[okinaka]

全件ソートや LIKE 文が大活躍しそうな仕様

[ghostbass]

EAVようするにXML文書ごとテーブルに突っ込むようなもの。MongoDBにしよう。

[triggerhappysundaymorning]

素人目にも酷い.

[yumu19]

これはよいお祭り会場。

[iouri]

それは本当にC++言語で書かれていた？もしかしてCOBOLじゃなかった？ｗ

[rryu]

ここまでして避けている「DBに取りに行く処理」とは一体どんなものだったのか……

[kaipu1224]

これが噂のKVSかぁ

[zetamatta]

これじゃあ、ファイルシステムをDBがわりに使った方がマシじゃん

[taguch1]

jsonぶち込めば？

[hidex7777]

SQLアンチパターン

[tyru]

EAVは場合によっては有効な場合もあるけど、全テーブルEAVだとしたら死ねる

[morioka]

まだマシな気がするのは気のせいか。

[escape_artist]

『賢いデータ構造と間抜けなコードのほうが、その逆よりずっとまし。』（伽藍とバザールより）

[nakaji999]

うわー

[naqtn]

"なんで？"→"どうやらプログラム上DBに取りに行く処理を統一できるからっぽい"この変奏なら聞いたことある。超局所的な合理性はあるが広域的にはナンセンス。だが担当者は局所にしか責任が無いという体制設計。オワタ

[vid]

吹いた（ｗ　DBっちゃぁDBではあるけど、典型的な「データの固まり」だなぁ。

[kno]

DBいらないｗ

[sora_h]

ヘイヘイ〜

[koroharo]

こういう設計に限って、現場のOracle資格ホルダーがお墨付き与えてたりするんだよなぁ。そしてプロジェクトが燃え盛る前にOracle資格ホルダーはいなくなる。

[nobusue]

ガクブル

[Jxck]

ネットワークプロトコルのデータフレームを、そのまま DB に突っ込んだような仕様だ。

[nemoba]

可変属性を扱う系ではよくあるよね。OSSでもたまに見る。ぐるなびもじゃなかたけ。大規模サービスのスケーリング戦略でも使われて、だったら、スキーマ毎叩きこめば良いじゃん。→RDBいらないじゃん→kvsNoSQLになった認

[airj12]

抽象化ちゃう / この定義でViewもなくアクセスしてるC++のコードってどんな事になるんだろう… / とりあえず対応表をテーブル化してJOINするでしょ

[kazoo_net14]

個人的にはタイプコードがあるだけましだとおもふ。 まあ、そんな時もありました。