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

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

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

    202 :

    >>200
    なにか、他にテクニックがあるかとも思ったのですが、
    やはり、テーブルの結合をするしかないようですね。
    有難うございました。

    203 = :

    テーブルの構造もやりたい内容も詳しくわからないのにテクニックとか
    出しようが無いだろw
    必要な呼び出しなら何回だろうが必要なだけ呼ぶしかないと言うだけのこと。

    204 = :

    結合すると
    > そのwhileループ内で、更に、5回ずつデータベースに問い合わせる
    これがそもそもなくなるんじゃないかっていうのが回答者の意見だと思う

    でも
    > テーブルを結合して取得すればよいかとも思うのですが、
    > 問い合わせが、5回、10回と多くなるとテーブルの結合も難しいです。
    これがわからない

    もうちょっと詳しく頼むわ

    205 = 202 :

    >>204
    不明瞭な点が有り、すみません。
    意図していることは、結合するテーブルが5個、10個と多くなると、
    SQLが複雑化するということです。
    また、DBの設計上、結合が無理な場合も有り得るということです。

    206 = :

    PHP関係なくね?

    208 :

    >>205
    そうなってくると、DB設計見直してもいい気がします。

    209 = :

    >>205
    今スマホなんでURLは示せないけど、Oracle SQLパズルってサイト検索してみて。
    一個のクエリで驚くほどいろんなことできるから。
    ループ内のクエリは絶対だめ。

    210 :

    PHPの練習問題などを公開しているサイトは無いですか?
    イマイチ練習法がわかんなくて

    211 :

    >>208
    DB設計についても再考してみます。

    >>209
    http://www.geocities.jp/oraclesqlpuzzle/
    これですね。かなり高度のようですが勉強してみます。

    >ループ内のクエリは絶対だめ。
    肝に銘じます。有難うございました。

    212 = :

    Perlスレ荒らすのやめてもらえませんかね
    昨日まで平和に進行してたスレが1日で50レス近く荒れてるんですよ
    かなり迷惑なので他のスレにお願いします

    213 = :

    被害妄想乙

    214 = :

    >>212
    >>206

    215 = :

    ストアド使えよ

    216 = :

    >>209
    >ループ内のクエリは絶対だめ。
    これなんでダメなん? PDOなんかだとループ前提の仕組みもあるよね

    217 = :

    >>216
    > これなんでダメなん?
    実行時間が長くなり、サーバにも負担がかかるので。

    例えば1000行戻ってくるクエリをループして、それぞれの行で5回検索をしたとすると、
    ループ内では合計5000回のクエリ実行が必要。

    対ローカルでもクエリの実行は数ms程度かかる。
    1回のクエリにつき1msかかるとすると、このループの実行時間は5秒。
    ネットワーク経由だと、10ms以上かかったりするので、数十秒~数分のオーダーになるかもしれない。

    一方、全部JOINして1回のクエリで終わらせられれば、数十~数百msくらいで終わる。

    > PDOなんかだとループ前提の仕組みもあるよね。
    MDB2しか使ったことないんだけど、PDOのその仕組みってどういう奴なの?

    218 = :

    マスターテーブルなんかを事前にhashで持っておき、ループ内ではクエリの実行を行わず、
    hashを参照する方法もある。

    が、大抵はJOINした1回のクエリより遅い。

    220 = :

    ループで回すか、フェッチAllとか

    224 = :

    何でマルチポストに回答してんの?
    そこまでして自己顕示欲を満たしたいの?

    225 = :

    いいチャンスだったしただサイトの宣伝したかっただけだよ

    226 = :

    匿名でIDも出さずに回答してるのに、自己顕示欲とかwww

    227 = :

    >>224
    俺がマ板からこの板に誘導したから。
    が、よく>>222をみたらム板にもマルチしてたのか。どうでもいいけど。

    228 = :

    そういえばPDOのLIMIT句バグはもう直ったのかな

    229 = :

    >>228
    質問ならID出てるはずだから質問じゃないな
    独り言はTwitterでやれ精神障害

    230 = :

    >>229
    君も心に何かの問題を抱えてるようだよ。

    231 = :

    夫婦喧嘩ってこういう感じなのだろうか。

    言い合えるってだけで羨ましいス…
    別に何も無いヨ…

    232 = :

    >>216 >>217
    > PDOなんかだとループ前提の仕組みもあるよね。

    PDOでそういう仕組みは見たことないけど。
    これと勘違いしてるんじゃない。

    http://www.php.net/manual/ja/pdo.prepared-statements.php
    プリペアドステートメントを使用して、繰り返し挿入処理を行う

    237 = :

    更新してなかった・・・死のう

    238 = :

    >>232
    それをループ内で使う

    239 = :

    >>232
    やっては駄目だといわれているのは、検索クエリ。

    240 = :

    DBをキュー代わりに使ってるときは検索でもループ内で使うお

    241 = :

    ループで検索クエリを流すかどうかは状況によるよ
    一概にダメとは決めつけられない、というか決めつけるのは大抵の場合よくない

    242 = :

    JOINできるんだったら、一回で済ませた方がいいだろ

    243 = :

    >>242
    何の話をしているんだ?

    244 = :

    >>237
    それをループさせる(爆)

    245 = :

    >>198の話だけど?

    246 = :

    とっくにそんな話は終わってんだろ

    247 = :

    >>246
    そう思うんならほっとけよ

    248 = :

    ループしないといけない場合でも、ストアドで実装できるならストアドの方がいいね。

    249 = :

    >>243
    質問はID出せゴミ


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

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


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