のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,605,993人
頁
昨日: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で
    551 : NAME IS - 2012/05/29(火) 06:54:15.32 ID:??? (+27,+26,-12)
    >>543
    みすった
    http://blog.syuhari.jp/archives/64
    552 : NAME IS - 2012/05/29(火) 06:55:50.20 ID:??? (+36,+29,-9)
    >>543
    たびたびすまん。リンク先のをSUMに変えれば目的は達成できるかと
    553 : NAME IS - 2012/05/29(火) 09:01:16.20 ID:??? (+43,+29,-59)
    >>544
    SQLというものが教科書どおりのモデルを前提に設計されてるので、
    設計の定石を外すと急にシンプルなSELECT文が書けなくなるんよ。

    配送業者テーブル、キャンセル理由テーブルを作るのが正しくて、
    注文状況テーブルだけで何とかしたい場合でも
    配送業者カラムとキャンセル理由カラムを分けて作った方がいいよ。
    VARCHAR/TEXTは空ならほとんど容量くわないし。
    555 : NAME IS - 2012/05/29(火) 10:53:25.48 ID:??? (-6,+8,-16)
    >>554
    試してないけど
    スレッドごとにデータベースハンドルを分けないとダメなんじゃない？
    10スレッドならMySQLに10本つなぐ。

    forkのときは分けないと確実にダメって話がある。
    http://www.jdcn.co.jp/blog/archives/2011/06/perlforkdbi.php
    556 : NAME IS - 2012/05/29(火) 12:06:43.90 ID:JPDfjh3l (-25,+29,+0)
    >>549
    ありがとうございます！おかげさまでうまくいきました
    559 : NAME IS - 2012/05/29(火) 17:31:35.77 ID:??? (+24,+29,+1)
    >>546
    ありがとうございます
    大変参考になりました
    560 : 538 - 2012/05/29(火) 18:09:43.68 ID:??? (+33,+29,-17)
    >>553
    丁寧なご意見ありがとうございます
    もう一度良く考えてみたいと思います
    562 : NAME IS - 2012/05/29(火) 22:29:39.67 ID:KrEU2IUU (+33,+29,-18)
    >>551 >>552
    お手数おかけして申し訳ございません。
    無事成功しました！
    どうもありがとうございます。
    564 : NAME IS - 2012/05/30(水) 00:26:05.61 ID:??? (-29,-26,-31)
    >>563
    ありました。

    Perl内とApache内にバージョンの違うlibmysql.dllが入ってるんで
    どっちでうまくいくのか試してみます。
    うまく行かなければまた来ます。ありがとうございました。
    567 : NAME IS - 2012/05/30(水) 20:20:21.10 ID:??? (-1,+10,-9)
    >>566
    あるあるおハマり大事典 - InnoDBなのに行ロックしないの - (ひ)メモ
    http://d.hatena.ne.jp/hirose31/20091106/1257493652

    コメントも含めて読んだらわかる
    568 : NAME IS - 2012/06/01(金) 03:54:24.48 ID:??? (+27,+29,-8)
    せめてオラクルさえ手放してくれればココも活気が出るんだろうけどなぁ
    570 : NAME IS - 2012/06/01(金) 08:17:45.01 ID:??? (+0,+2,-18)
    自宅サーバーでMySQL使って金儲けとかできんからね
    571 : NAME IS - 2012/06/01(金) 18:18:08.10 ID:??? (-1,+9,+0)
    >>569
    さらに通信すればOK
    574 : NAME IS - 2012/06/02(土) 07:46:53.34 ID:??? (+26,+29,-31)
    全部同じテーブルじゃないとイカンのか？
    ネトゲだったら倉庫、バッグ、装備って分ければいいかなーと思うけど
    そんでレコードの容量は１つ7KBぐらいならギリギリだと思う
    575 : 573 - 2012/06/02(土) 08:22:04.80 ID:Nc/647wC (-16,+29,-19)
    >>574
    別々のテーブルに分けた上での一つのテーブルになっています
    577 : NAME IS - 2012/06/02(土) 18:37:06.06 ID:y6vM1GM3 (+36,+29,-41)
    MySQL　verchar型ってあるじゃないですか。
    入る文字数を１～２５５の間で決めれるじゃないですか？

    郵便番号だろうと、名前だろうと、キャッチコピーだろうと
    全部２５５じゃだめなんですか？

    今の時代サーバーも高性能、高容量になってるだろうから
    １も２５５も変わらなさそうなんですが。
    578 : NAME IS - 2012/06/02(土) 18:51:18.67 ID:??? (+36,+29,-7)
    >>577
    通常なら、全部255で問題ない
    1億レコード作る気ならちょっと考えるけど
    579 : NAME IS - 2012/06/02(土) 19:03:58.14 ID:y6vM1GM3 (+26,+28,+2)
    >>578
    きゃあああああああああ
    580 : NAME IS - 2012/06/02(土) 19:07:58.03 ID:??? (-14,-17,-24)
    >>577
    「実践ハイパフォーマンスMySQL 第2版」P.89のコラムを参照
    581 : NAME IS - 2012/06/02(土) 21:43:52.73 ID:??? (-27,-30,-65)
    MySQLのVARCHAR(255)には、InnoDBでutf8の場合に
    ユニークインデックスを作れる最大長っていう意味もある。

    MySQL 5.5のutf8mb4だとこの最大長が191になっているので、
    最近は自分で何か作るときは191にしてる。
    585 : NAME IS - 2012/06/05(火) 02:38:35.91 ID:??? (-27,-30,-176)
    >>583
    Masterサーバ1台、Slaveサーバ1台で、その中で
    論理データベース2つという事なら可能(負荷/遅延など考慮せず)

    Masterサーバが2台、Slaveサーバが1台の場合は
    mysql_multi とか使わないとできないんじゃないかな。
    うちでは、4台ぐらいの Masterサーバを1台のデータバックアップ用
    スレーブに放り込んでるが、mysql_multi を使ってる。

    また、MySQLクラスタならマルチソース・レプリケーションが
    できるらしいというのは先日の MySQL Webセミナーで聞いた。
    586 : 585 - 2012/06/05(火) 02:46:25.34 ID:??? (-20,-23,-51)
    かぶった(´・ω・｀)

    そういえば、「MySQLレプリケーション:実践テクニック」で
    584 さんが紹介されてる資料みたいな方法でのマルチソース
    レプリケーションについて紹介があった。
    ただ、同じ論理データベースを作ってしまったりといったトラブルが怖いな...

    587 : NAME IS - 2012/06/05(火) 04:55:30.25 ID:??? (+36,+28,-8)
    複合主キーでインクリメントするために
    MyISAMってやつでやってるんですけど
    量多くなってきたら遅くなったりしますか？
    588 : NAME IS - 2012/06/05(火) 08:51:28.90 ID:??? (+26,+29,-1)
    >>587
    量が増えたら遅くなるよ
    589 : NAME IS - 2012/06/05(火) 16:26:22.39 ID:??? (+32,+29,-3)
    >>587
    量が増えても速度に影響は無い
    591 : 583 - 2012/06/05(火) 19:38:01.62 ID:??? (+23,+29,-1)
    >>584,585
    ありがとうございました
    いろんなやり方があるんですね、ちょっとずつ勉強していきます
    593 : NAME IS - 2012/06/05(火) 21:25:39.41 ID:??? (+20,+29,-30)
    >>590
    そのまま書き下したらいいように見えるけど、何か問題あるんだろうか。
    「SQL 自己結合」でぐぐってみてはいかが
    595 : NAME IS - 2012/06/05(火) 22:54:29.90 ID:??? (-28,-26,-66)
    >>594
    試したら両方のテーブルの該当行にロックがかかった。

    順番は、
    SELECT sleep(1), author.id FROM posts p ...
    という感じでゆっくりロックしつつ別のセッションからいろいろ突っついてみると、
    アクセスした順番にロックがかかっているように見える。よって実行計画による。
    オプティマイザの機嫌次第でデッドロックが起きるねこれは
    596 : NAME IS - 2012/06/06(水) 00:30:04.47 ID:??? (+24,+29,-11)
    >>595
    検証していただき、ありがとうございます!
    どうやら本番のコードでは避けた方が無難のようですね。
    大変助かりました。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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

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