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

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレ【MySQL】下らねぇ質問はID出して書き込みやがれ 2

    mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    756 : NAME IS - 2012/08/02(木) 22:12:14.00 ID:??? (+27,+29,-29)
    「キャッシュされない」
    「こける」
    「成功している」

    全部同じ現象を指しているのか???
    757 : NAME IS - 2012/08/03(金) 00:01:13.01 ID:??? (+17,+29,-163)
    >>755

    そっかー。疑って失礼。。

    ↓明日時間が取れたら試してみる。
    Sennaは用意出来ないから純MyISAMでだけど。。


    読み込みの動作自体、キャッシュに載せてからそれをユーザー空間にコピーしてるっぽいから、
    キャッシュに載り切る前にbatが終わるっていうのは考えにくいかなぁ、と思ってる。

    http://msdn.microsoft.com/en-us/library/windows/desktop/aa364218(v=vs.85).aspx

    あとNTFSだったらCopyOnWriteで書き込むから、
    インポートした時にキャッシュされてもおかしくない気がするよなぁ。。


    時間が経った後に初回だけ遅いっていうのは、キャッシュからこぼれたからだと思う。
    2回目以降に速度が改善してるならなお。

    ただし、2回目が全く同じクエリだったならクエリキャッシュって可能性のが強いか。。
    765 : NAME IS - 2012/08/05(日) 00:03:51.57 ID:??? (-25,-30,-196)
    >>763

    体重ならどれでも良いと思う。俺ならDECIMAL。

    どの型を選ぶかの目安は、

    0) 1レコードあたり数byte無駄に使うのが許せる?
     ⇒許せる .. decimal型
     ⇒許せない .. 1)へ

    1) 1/100兆~/100程度まで誤差が出ても許せる?
     ⇒許せる .. 2)へ
     ⇒許せない .. decimal型

    2) 格納する値は小数点以下含めて7桁以内、または15桁以内で収まる?
     ⇒7桁以内に収まる .. single型
     ⇒15桁以内に収まる .. double型
     ⇒15桁では収まらない .. decimal型

    かなと。

    アプリの側で10^3倍して整数型に入れるのも勿論アリ。
    ただ、アプリ側の人が(コードのメンテ含め)面倒で間違えやすくなると思うし、
    DECIMALは多少データサイズが不利(数バイト単位)だけど、
    数千万レコードでミリ秒単位のレスポンスを争うわけじゃなければ問題にならないと思うから
    そんな環境でなければDECIMAL型で良いと思う。
    770 : NAME IS - 2012/08/06(月) 13:21:54.95 ID:MtYz/kb4 (-26,+29,+0)
    >>769
    希望通りできました。ありがとうございました。
    772 : 771 - 2012/08/06(月) 23:05:18.80 ID:??? (-28,-29,-55)
    すみません、全然正確じゃありませんでした
    ・空欄でinsertすると0が入る
    ・空欄でupdateしようとすると変更が反映されない(他のカラムも。update全体が無効のようです)
    どうしたら良いのでしょうか
    775 : NAME IS - 2012/08/07(火) 11:02:08.57 ID:??? (+17,+22,-22)
    >>772
    INSERT文でカラム指定してる?
    あと電話番号を数値は無理が無い?
    0で始まるときは桁数で判断して埋めてるの?
    780 : NAME IS - 2012/08/07(火) 23:25:46.46 ID:??? (+22,+29,-33)
    >>765
    型を決める優先順位としては、
    精度(許容誤差)→有効桁→容量の
    ほうがいいんでは?

    絶対精度が必要なら、選択肢は
    ひとつしかないんだから。
    782 : NAME IS - 2012/08/07(火) 23:51:44.88 ID:24CtAp1+ (+20,+29,-80)
    レプリケーションについて質問です。
    参照系の負荷が増えてきた場合、スレーブを増やして負荷分散していくと思いますが
    どういう情報を見て「そろそろ増やすか」という判断をするのでしょう。
    これが閾値に達したとか具体的な判断材料がありましたら、教えていただけないでしょうか?
    783 : NAME IS - 2012/08/08(水) 13:11:22.72 ID:??? (-22,-23,-28)
    >>780
    仰る通り。

    誤差が許容できてかつ容量も気にしないんだったらDECIMALを推奨したくて、
    あんな変な0)になった。。
    788 : 749 - 2012/08/08(水) 20:58:51.97 ID:Apjd5TM1 (+25,+29,-80)
    >>777
    お助けいただきありがとうございます。
    通常select文発行するだけで、メモリにキャッシュされるということがわかっただけで
    十分切り分けが行えると思います。

    まだ原因はわかっておらず、待機時間を設定して回避してますが、
    メモリの動作とにらめっこしながら確認していきたいと思います。
    790 : NAME IS - 2012/08/10(金) 11:13:08.40 ID:??? (-23,-30,-41)
    where res_gmt >= 10
    order by reg_gmt;
    791 : NAME IS - 2012/08/10(金) 11:36:58.28 ID:??? (+20,+30,-65)
    こりゃひどいw
    教科書超初級レベルそのまんま、かつどっちも同じとも言える問題をまた丸投げか。

    >>748 の時点なら、これまで全くSQLに縁が無かった人が事情でどうしても
    即席に何とかしなきゃいけない事情でもあったか? と思えなくもないが、
    >>789 からすると、この十日ほどの間自分じゃ何も学んでないってことだな。
    792 : NAME IS - 2012/08/10(金) 11:48:54.20 ID:??? (+33,+29,-17)
    スレの趣旨としてあってるのに文句言うほうがスレチ。
    793 : NAME IS - 2012/08/10(金) 12:01:01.14 ID:pvTRtdDK (-25,+29,+1)
    >>790
    完璧でした、ありがとうございます
    794 : 790 - 2012/08/10(金) 20:03:12.89 ID:??? (+37,+29,-45)
    完璧と言われても嬉しくないw
    何か引っ掛けがあって間違いでもあったかと思ってたけど w

    >>792
    MySQLの質問じゃなくてSQL質疑応答スレの方だろ、これ
    795 : NAME IS - 2012/08/10(金) 23:13:47.16 ID:??? (+21,+28,-2)
    そっちでもヌルーされるレベルじゃね
    797 : NAME IS - 2012/08/13(月) 21:12:23.15 ID:??? (-9,+6,-71)
    >>796
    どのようにって、当然にテーブル2は、
    ・サイトID(テーブル1の)
    ・記事ID
    ・記事URL
    ・etc
    になるんじゃないの?
    そうしなければどのサイトの記事なのかわからないでしょう。
    いちいち、記事URLを解析して、サイトURLと照合してなんてやらない限り。
    それよりはサイトIDカラムを設けるのが、テーブル1とのリレーションの点からも
    素直だと思うが。
    798 : NAME IS - 2012/08/13(月) 21:48:07.57 ID:hCv+mjeX (+29,+29,-71)
    酔っ払った勢いで聞かせてください。

    InnoDBで作ったDBを別のサーバーに移すのって、mysqldumpした
    データを食わせるしか方法ないんですか?

    MyISAMだとディレクトリまるごとコピって適当にあれこれすればなんとか
    なったのに、InnoDBのデータ移転は時間かかって発狂しそうです。
    なんか早く移す鳳凰ないっすかね?
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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