のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,729人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレMySQL 総合 Part18

    mysql覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - megab + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    108 = :

    >>106
    サポートだけなのですか？
    確かにMySQLの本とかでも商用版とフリー版でこういう機能が違うというような一覧など見かけたことはありませんが

    >>107
    そうなのですか
    それにログイン時のメッセージくらいなものなのですか・・・

    109 = :

    ライセンス条項読めばいいんじゃね？

    110 = :

    >>108
    ここは違うの？
    http://www-jp.mysql.com/products/which-edition.html

    111 = :

    http://www.softagency.co.jp/products/mysql/mysql_enterprise/

    http://www.softagency.co.jp/products/mysql/price/

    高いね・・・
    Basicなんて殆ど意味が無いような気もするけど

    113 = :

    そうかなぁ、1台だけだとまぁって感じだけど数台ともなるとコストも馬鹿にならないし

    114 = :

    もう一人コード書きを雇おうか、ってときの選択肢なんだからこんなもんだろ。
    BASICは、サポート代ってより子守代か。

    123 = :

    履歴データとかで、もう参照しないデータなら別テーブルに分ければいいと思うが、
    参照するデータを別テーブルに分けて、どうやって運用していくつもり？
    メリット以上にデメリットが多いんじゃないの？

    127 = :

    ありがとうございます！

    128 = :

    できました。スマートになりました。
    あとは速度的な問題ですが、検証してみたいと思います。

    129 = :

    速度はほとんど変わりませんでした

    131 = :

    >>122
    典型的なパーティショニング機能の適用ケースだと思うけど
    http://dev.mysql.com/doc/refman/5.1/ja/partitioning.html

    134 = :

    >>132
    評価式の左右がどっちとかRDBMSには関係ないよ

    136 = :

    >>134
    オプティマイザに関係してくるでしょ

    137 = :

    >>136
    いやー少なくとも今のバージョンは関係ないと思う

    オプティマイザは最初に推移律が成立するものを
    ゴリゴリ書き換えて、左右もそのときに直すはず
    だけど証拠がないので時間があったらソース確認してみる

    138 :

    >>131
    頂いた内容を拝見しましたが、とても便利な機能ですね。
    長く使っていましたが、初耳でした。もしかしてMySQLの開発者の方でしょうか？
    大変助かりました。早速来週から使ってみようと思います。

    これからも、ご活躍を願っております。

    140 = :

    パスワード見たくないなら、カラムにはハッシュ化後の値を書き込むよろし。

    141 = :

    基本的にはINNER JOINって遅いんですかね？
    普通に抽出したものをperlなりphpなりで仕分けしたほうが断然早かったです。
    SQLの書き方が悪いのかなぁ

    143 = :

    いろいろ調べましたらjoinが遅いのではなくて
    その後のorder byが遅いのがわかりました。
    joinしたものにはインデックスが適用されてないということですね。

    joinする前に予めソートしておけばと思うのですが
    そのような事は可能でしょうか。
    やり方を教えていただけると嬉しいです。

    144 = :

    効果はあるみたいだよ。 >>143
    http://nippondanji.blogspot.com/2009/03/using-filesort.html

    ことによっちゃあ数百倍早いんだってさ。
    http://www.flatz.jp/archives/2199

    145 = :

    >>142-143
    INNER JOIN *** ON (a != b)
    これってCROSS JOINしてその大部分の結果を使うのとおなじことでしょ。
    そうすると結合に関しては、インデックスは使わないというより使う意味が
    ないんじゃないかな。

    情報が少ないからエスパー混じるけど、ORDER BYで複数テーブルの
    フィールドしているのが原因かと。
    >>144読めば分かるけどテーブルを跨いでソートする場合、結合した大き
    な結果セットをソートするから遅くなる。
    一時テーブル(a, b)を作って、これにインデックスを張っておく。ORDER BY
    はこの一時テーブルのを指定して、この一時テーブルに対して結合するように
    すれば軽くなるかもしれない。

    146 :

    ソートキーが一方のテーブルのフィールドのみからなって、そこにインデックスが
    ある場合が一番速いってことだろ、>>144は。
    つまりNestedLoop最強。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - megab + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について