のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,644,466人
昨日: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 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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