JOINでパフォーマンスが下がるという幻想 - ぐるぐる～
テーブル結合でパフォーマンス低下って、あんまり経験ないんだけど…。 はてなブックマーク - これは・・・ - 予定は未定Blog版 なんてはてブコメントが付いていたけど、正規化されてて、きちんとしたインデックスが張られてるならJOINでパフォーマンス低下するようなことはそうそうないでしょうね。 問題は、正規化されていない巨大な「横持ち」のテーブルとかの場合。 正規化してはいけない、っていうのがRDBMS使う意味をなくしているんだけど、正規化してはいけないことによって生じる弊害がまさに「JOINでパフォーマンスが低下する」原因になるものばかり、ということで、そういう状況にない限りJOINによるパフォーマンス低下という状況には陥らないんじゃないかなぁ。 第1正規化がされていないと・・・ カンマ区切りやスペース区切りでひとつの「セル」に押し込む必要があり、カラムのサイズが大きくなりやすい WHE
これは・・・ - ぐるぐる～
梶本裕介の日記 どっかで聞いたことのある状況だw なぜそうなっているかを経験を元に予想。 リレーションを正規化してはいけない 欲しいデータは一つのテーブルにあるべきという信念。 SQLではNUMBERとVARCHAR以外の型を使ってはいけない DBMSの型とホスト言語の型の不一致による問題を避けたかった。VARCHAR*1しか使っていないプロジェクトもあったくらい。 結合はできるだけ避けること 結合によるパフォーマンスダウンを恐れている。正規化してはいけないなら、ある意味妥当かもしれないが・・・ テーブルとクラスのフィールドは1対1に対応してなければいけない O/Rマッピング的なツールの制約か何か？ 論理値を表す名前はFlagで終わらなければならない プレフィックスがダメならサフィックスを使えばいいじゃない 列挙値を表す名前もFlagで終わらなければならない プレ(ry ページの遷移はJS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
