  |
SQLで正規化っつたら、DB構造の正規化だぜ？ 第三正規化までしたDBがあるのに、サブクエリできないからって、独自に連結したテーブル作って「高速化するためにDB弄っておきました！(キ...
わかるわかるw パフォーマンスのために冗長でも正規化してないって説明してるのにも関わらず 正規化してないっ怒る老害いるいる！ おまえみたいな奴だなw
なんか、正規化を絶対視したり、サブクエリの弊害に気を廻さず、使「わ」ないのを、使「え」ないって表現する奴居るよね。 正味サブクエリなんて、無いなら無いに越したことないの...
４段くらいリンクして、３段目のテーブル項目が条件指定に含まれてる その時点で、正規化できてないかSQLクエリがおかしいことに気づけw ちなみに、MySQLだと「IN」を処理できない...
その時点で、正規化できてないかSQLクエリがおかしいことに気づけw 俺はそういう話をしてるんだがｗ 大前提として「絶対に正しい正規化が行われている」のであれば、そっちの世界...
パフォーマンスが上がらない話になると、「正規化が出来ていない」ってのもすげぇ話だよな。
MySQLなら重いBLOGがあるテーブルならサブクエリの方が速い場合がないか？ケースバイケースだけど。
BLOBかな？って書いてたら修正入ってたｗ 確かに、バイナリデータとして画像とかいれたりするけど、それが何の対象になってるかで、大分話が違うような。
BLOBはできるだけ使わない方が良いと思うぞ？ Webベースの開発だと、キャッシュコントロールとかアクセス解析のためにもそういったのは外部に置いた方が幸せだと思うが。
あぁ、この話は 巨大なテーブル（カラムが多いとか、大きなデータが入ってるとか）を検索するよりも、小さなテーブルでサブクエリしたほうが速いこともあるって話で会ってBLOBの是...
第三正規化かぁ・・・ データベースに何使ってるかしらないけど、mysqlとかで正規化やり過ぎると、クエリが「filesort」になったりして逆に遅くなるからなぁ・・・ 最初のテーブルでき...
MySQLで下手なORDER BYとか、JOINとかやりまくるからじゃねーの？ 必要ないテーブル引いてないかチェックした方が良いぜ？ まぁ、普通のWebアプリ程度でそこまでやらなきゃいけないことな...
MySQLで下手なORDER BYとか、JOINとかやりまくるからじゃねーの？ そりゃ、「下手な」ORDER BYとか、JOINをしたら遅くなるだろｗ 「下手な」やり方なんだからさ。 大前提として、「必ずうま...
11
