元スレMySQL 総合 Part17

mysql覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

552 = :

>>551
countのために2回SQLを発行することにより、コストがかかると
判断したため質問させていただいたのですが、やはりcountしか
ないですかね。。

ご返答有難うございました。

553 = :

countのために別SQL発行することででコストがかかると思う人は多いけど
件数によってはselectで最終行までフェッチする方がよほど負荷がかかるので
結果的にはcountの方が軽いことが多い。

554 = :

>>553
なるほど。そうなんですね。
一つ勉強になりました。

固定概念は怖いですね。
有難うございました。

559 = :

>>558

B)の2回目の結果は取得しないのかい？だったら何のために発行するの？

561 = :

>>559
えーと、実装というかアプリの仕様によるけどさ

たとえばGoogleの検索結果みたいなことをやりたいとして
トータル1万件中先頭の10件を表示してますと。
そこで、検索時点で何件かわからないので全件フェッチ
しましたなんてアフォな実装しないでしょ？

トータル件数を知りたいのは大抵フェッチ前で
最終行に行った後にはむしろどうでもいい情報じゃん？

そういうことをやりたいって話じゃないの？

566 = :

>>564
ありがとうこざいます!

569 = :

>>560
特にデータを分離しなければならないわけでなければ、
１-a）一択だと思う。
テーブル構成の同期を保つのに気を使う必要もないし、
全く同一のアプリが全く同一の設定で使えるし。

573 = :

>>572
10年前のドキュメントか。ｗ

579 = :

>>578
それでいけましたーどうもです。

581 = :

でもまぁDB差し替えを検討することは十分あり得るとも思うけどね。

583 = :

>>550
あるよ。PDOには用意されてるからPerlのライブらりんにもあるだろたぶん。

584 = :

皆様色々と有難うございました。

私もマニュアルを鵜呑みしていたこともあるのですが、
countで対応しました。

今回のSQLがlimitなしのものであったため、同時に
件数も取れないかと思った形だったのですが、色々
とご意見いただきとても勉強になりました。

この場をお借りし御礼申し上げます。

587 = :

当然後者

588 = :

>>587
即レスありがとうございます
後者のほうで作ってみます

589 :

利用規模にもよるけど前者では100ユーザいたら100テーブル
不特定の貸し出しサービスなら、下手したら千人単位になるでしょ
初歩的な仕様バグってやつ

591 = :

初心者がよくやる間抜け仕様ですね。
1年後くらいにこんな仕様を考えた自分を振り返ってみるといい

592 = :

MySQLのユーザの皆様、突然MySQL+PHPで業務に耐えうるものをつくれといわれた、ただのWIN使いです
両方を学ぶのに良いサイト・本など教えていただけますでしょうか？
Linux機もないし、レン鯖に直接乗せて勉強していくしかないので効率的にやらないと恐い気がしています。
とりあえず借りたところでテープルはつくっておきました。そんな程度の知識です。
テキストなんだかデータなんだかキャラクターなんだか、なにがなんだかさっぱりわかってません。
よろしくお願いします

593 = :

>>592
http://moyashi.jp/cake/
とりあえず、WindowsPCに開発環境を作ってやった方が効率的ではあるまいか。
MySQLもPHPもどちらも知らないというなら、
CakePHPのようなフレームワークを学習した方が得な気がする。

594 :

ただでさえMySQL,PHP,JavaScript,HTMLを一気に学習させられるのに
そのうえフレームワーク追加したらパンクしちゃわないか？