のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,285人
昨日: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
    502 : NAME IS - 2012/05/17(木) 22:11:04.86 ID:??? (+27,+29,-24)
    アクセントって英語の勉強かよ
    それバッククォートって言うんだぜ。俺中学の時英語の先生に指摘してやったぜ
    503 : NAME IS - 2012/05/17(木) 22:24:56.09 ID:??? (+27,+29,-24)
    んだからテーブルとフィールドには`必ず入れろと
    セキュリティ対策にもなるから必ず入れとけっつーの
    507 : NAME IS - 2012/05/22(火) 05:16:07.32 ID:s3FE6m1g (+31,+29,-24)
    以前ココでテーブルの数が数万個あったら時間がかかるので設計ミスとかいうのを聞いたんですが
    フィールドの場合も同じで最低でも100個以下とかに抑えたほうが良いんでしょうか?
    508 : NAME IS - 2012/05/22(火) 07:04:28.90 ID:??? (+21,+19,-27)
    >>507
    そもそもInnoDBにレコード長8KBの制限があって、500カラムとかまず作れない。
    正規化して100カラムぐらいならいいんじゃないの別に
    509 : NAME IS - 2012/05/22(火) 13:22:34.72 ID:s3FE6m1g (+17,+19,-22)
    > そもそもInnoDBにレコード長8KBの制限があって、500カラムとかまず作れない。
    良い事聞きました、ありがとうございます!
    513 : NAME IS - 2012/05/23(水) 15:58:39.00 ID:??? (-22,-30,-85)
    それphpの質問じゃね?
    とりあえず「レコードの中で一番でっかい値のヤツを赤色にしたい」にしたいんだろうけど
    その場合はまず3つの値を配列に入れるなり、比較関数使うなり比較して、その中の最大値を調べて
    printでHTML表記するときその値と一緒だったら赤くしろ

    あとhtmlだったら<tr><td><?=$row["osakana"]?></td>ってやったほうがいい
    516 : NAME IS - 2012/05/25(金) 02:10:43.70 ID:Rf8GVzqJ (+0,+7,-54)
    キャッシュは問い合わせた結果のみをメモリにキャッシュしてるのでしょうか?
    ディスクから読み出したデータを、今回使わなかったもの(条件判定に使った列)も含めてキャッシュさせることは可能でしょうか?
    517 : NAME IS - 2012/05/25(金) 04:34:02.24 ID:??? (-24,-30,-94)
    >>516
    query_cache_sizeは問い合わせた結果のみ。
    key_buffer_sizeとinnodb_buffer_pool_sizeは条件判定だけしたものも含む。

    意図的にキャッシュを暖めておくのはテクニックとしてときどきやる。
    http://www.mysqlperformanceblog.com/2008/05/01/quickly-preloading-innodb-tables-in-the-buffer-pool/
    518 : NAME IS - 2012/05/25(金) 17:47:22.36 ID:??? (+8,+18,+2)
    >>517
    ありがとうございます。
    519 : NAME IS - 2012/05/25(金) 22:12:46.58 ID:+VPI0aJI (+22,+29,-26)
    >>513
    ありがとうございます
    if うんちゃらかんちゃらでやってみます
    521 : NAME IS - 2012/05/26(土) 12:59:56.17 ID:??? (-29,-30,-202)
    >>520
    5秒ってことは画面を出すために数百I/O走ってるってことだから、
    糞とまでは言わないけど改善の余地はありそう。

    インデックスが最適な張り方になってないとか、
    LIMIT、OFFSETの指定がでかすぎるとか。

    そういうクエリはスロークエリを出したときに
    # ... Rows_sent: 50 Rows_examined: 15000
    Rows_sentに比べてRows_examinedが大きい傾向があるので
    まずそういうクエリを探してみる。
    524 : NAME IS - 2012/05/26(土) 19:15:06.22 ID:VdAzzISV (-20,+29,-19)
    マジっすか、もしやと思い聞いといて正解でした
    InnoDBでもテーブルの取得確認するときすばやく簡単に出来る値確認とか無いですかね?
    525 : NAME IS - 2012/05/26(土) 19:39:41.81 ID:??? (-26,-24,-31)
    INSERTするたびにどっかに書いとけば?
    526 : NAME IS - 2012/05/26(土) 19:49:08.59 ID:??? (+15,+17,-6)
    そもそもテーブルの基本情報の取得って何さ
    527 : NAME IS - 2012/05/26(土) 20:11:59.18 ID:??? (+26,+28,-22)
    テーブルが存在するかどうかとか?
    ロックされてるかとかそんな感じか?
    528 : NAME IS - 2012/05/26(土) 22:56:46.05 ID:??? (+26,+28,-31)
    なんでもいいからtableをセレクトして確認したいってことだろ
    530 : NAME IS - 2012/05/27(日) 00:12:19.30 ID:??? (-29,-29,-24)
    俺さぁ、ほかのプログラミングスレで思うんだけど
    hogeとかfugeとかxxxとかtestとかaとかって変数名とか使えばいいのにわざわざ
    sex unko mankoとかするやつってなんなの?
    ああいうの質問に答える気が失せるんだが
    531 : NAME IS - 2012/05/27(日) 00:48:30.37 ID:??? (+19,+21,-6)
    いや、もともとhogeってポーランド語でうんこって意味だぞ?
    532 : NAME IS - 2012/05/27(日) 02:48:53.70 ID:??? (+17,+19,-8)
    10分間調べちまった
    hogが豚でhogeなんっつーもんどこにもなかったぞ
    533 : NAME IS - 2012/05/27(日) 03:52:05.73 ID:??? (+19,+29,-5)
    >>530
    DT臭い工業高校の生徒さんで、そんな字書くことで射精しているんだから大目に見たりw
    534 : NAME IS - 2012/05/27(日) 04:16:41.55 ID:??? (+27,+29,-50)
    就職してから会社で仕事するためにプログラミング学ぶようなヤツじゃない精神年齢が幼いヤツって事だから
    そういうヤツが沢山居る方がプログラミング界の未来は明るい
    535 : NAME IS - 2012/05/27(日) 20:05:59.97 ID:??? (+27,+29,-51)
    そりゃオンライン辞書に「ビチグソ」なんて口語は載ってないよな
    537 : NAME IS - 2012/05/28(月) 10:27:23.37 ID:??? (+6,+12,-21)
    >>536
    サブクエリで自分の番号より上の物をカウントする
    539 : NAME IS - 2012/05/28(月) 21:14:04.18 ID:??? (+24,+29,-25)
    >>538
    うちの会社のシステムにそういう設計してるDBがあるけど、
    性能が出なくて改修するのに大赤字になったからやめたほうがいいよ。
    541 : NAME IS - 2012/05/28(月) 22:47:13.20 ID:??? (-26,-29,-64)
    イベントグループがそう多くないなら、イベントグループごとにテーブル作る。
    カラムはイベントIDだけ。
    各イベントの発生確率に応じた比率のレコード数で書き込んでおく。

    で、
    SELECT ev_id FROM EvGroup1 ORDER BY rand() LIMIT 1






    いや、冗談ですけどね。
    542 : NAME IS - 2012/05/28(月) 23:20:25.34 ID:??? (+18,+29,-17)
    >>540
    selectの速度重視なら確率範囲の上下限を入れとけば?
    何万レコードもあるわけじゃないだろうから全部取得しても大して違わないだろうけど。
    543 : NAME IS - 2012/05/29(火) 00:33:36.06 ID:KrEU2IUU (+38,+29,-7)
    >>537
    回答ありがとうございます。
    すみません、ちょっとよくわからないのですが、簡単に例を書いてもらうことはできますか?
    544 : 538 - 2012/05/29(火) 02:10:52.57 ID:e6byRQIc (+38,+29,-57)
    >>539
    ありがとうございます
    カラム2をどんな値が入るかわからない、例えばお問い合わせフォームの自由入力欄と思えば
    問題ないのではと思ってたんですがダメなんでしょうか?

    このやり方をしないとすると、配送業者テーブル、キャンセル理由テーブルなどが必要になって
    insert時のトランザクションや、select時のcase, joinなどなどが発生し重くなるのではという
    考えだったんですが…
    546 : NAME IS - 2012/05/29(火) 02:32:17.70 ID:??? (-22,-30,-225)
    >>540
    ケータイからなんで適当ですが

    例:
    # group_id event_id ratio_min ratio_max
    group1 event10 0 50
    group1 event2 50 80
    group1 event9 80 100
    group2 event4 0 100

    SELECT event_id FROM events
    WHERE group_id = ? AND ratio_min <= ? AND ratio_max < ?;
    548 : NAME IS - 2012/05/29(火) 04:07:22.96 ID:JPDfjh3l (-27,-30,-287)
    id、nameカラムがあるデータベースから
    nameカラムだけ順次表示していきたいのですが、
    idカラムだけが出力されてしまいます。
    どこが悪いのでしょうか?

    データベースの構造は以下です
    コードです
    <?php
    $server = "localhost";
    $mydb = "test";
    $usr = "root";
    $pass = "";
    $link = mysql_connect($server, $usr, $pass);
    $db = mysql_select_db($mydb, $link);

    $query = "select id name from homo";
    $result = mysql_query($query);

    /* 取得、表示 */
    $query = "select id name from homo";
    $result = mysql_query($query);

    while($row = mysql_fetch_assoc($result))
    {
    printf("<li>%s</li>", $row["name"]); //ここで"name"を指定して取得したいが"id"を取得してしまう
    }
    ?>
    550 : NAME IS - 2012/05/29(火) 06:53:56.07 ID:??? (+2,+5,+2)
    >>543
    こんな感じ
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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