2012-02-20

http://anond.hatelabo.jp/20120220174134

あぁ、この話は 巨大なテーブル(カラムが多いとか、大きなデータが入ってるとか)を検索するよりも、小さなテーブルでサブクエリしたほうが速いこともあるって話で会ってBLOBの是非の話ではなかったり。

一番わかり易いのが巨大なBLOBだっただけ。

記事への反応 -
  • http://anond.hatelabo.jp/20120220161722

    わかるわかるw パフォーマンスのために冗長でも正規化してないって説明してるのにも関わらず 正規化してないっ怒る老害いるいる! おまえみたいな奴だなw

    • http://anond.hatelabo.jp/20120220163222

      なんか、正規化を絶対視したり、サブクエリの弊害に気を廻さず、使「わ」ないのを、使「え」ないって表現する奴居るよね。 正味サブクエリなんて、無いなら無いに越したことないの...

      • http://anond.hatelabo.jp/20120220170043

        MySQLなら重いBLOGがあるテーブルならサブクエリの方が速い場合がないか?ケースバイケースだけど。

        • http://anond.hatelabo.jp/20120220170227

          BLOBかな?って書いてたら修正入ってたw 確かに、バイナリデータとして画像とかいれたりするけど、それが何の対象になってるかで、大分話が違うような。

          • http://anond.hatelabo.jp/20120220172339

            BLOBはできるだけ使わない方が良いと思うぞ? Webベースの開発だと、キャッシュコントロールとかアクセス解析のためにもそういったのは外部に置いた方が幸せだと思うが。

            • http://anond.hatelabo.jp/20120220174134

              あぁ、この話は 巨大なテーブル(カラムが多いとか、大きなデータが入ってるとか)を検索するよりも、小さなテーブルでサブクエリしたほうが速いこともあるって話で会ってBLOBの是...

      • http://anond.hatelabo.jp/20120220170043

        4段くらいリンクして、3段目のテーブル項目が条件指定に含まれてる その時点で、正規化できてないかSQLクエリがおかしいことに気づけw ちなみに、MySQLだと「IN」を処理できない...

        • http://anond.hatelabo.jp/20120220173853

          その時点で、正規化できてないかSQLクエリがおかしいことに気づけw 俺はそういう話をしてるんだがw 大前提として「絶対に正しい正規化が行われている」のであれば、そっちの世界...

記事への反応(ブックマークコメント)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん