DBIならCOUNT(*)使うのが正道なんじゃないのかなぁ

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

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

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

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

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

ID | DATA
-----------
1　　aaaa
2　　aaaa
3　　bbbb
4　　aaaa

とあったときに
DATAカラムで一番多いデータから取るにはどうすればいいでしょうか?
多い順にランキングにしたいのです

>>555

A)
SELECT * FROM TABLE1をやって全件フェッチして件数を知る。

B)
SELECT COUNT(*) FROM TABLE1
SELECT * FROM TABLE1
の2回のSQLを発行する

ではB)の方がいいよ、という話をしているのです。

>>554
ついでに言うとCOUNT(*)よりもCOUNT(主キー)の方がいいかも。

>>558

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

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

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

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

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

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

>>550-558あたり
ちゃんと公式(MySQL)のdocument読んでる？
っつても質問でサーバのバージョン書いてないから100%使えるとは言えないけど、例えば、

SELECT * SQL_CALC_FOUND_ROWS FROM `table` limit 10;

ってクエリを投げて、検索にマッチするのが10件以上の場合、続けて、

SELECT FOUND_ROWS();

をかければ、一回目のクエリでの合計ヒット件数が取得できる。

確かに、これも厳密に言えば二回DBにクエリを投げてることにはなるんだけど、
一回目の結果を内部的（クライアントスレッドのメモリ上？）に保存しているので、
実質二回目はDBやテーブルを触らない。

Table_TypeがMyISAMで、SELECT * FROM `table`; (whereなし)の場合は、
テーブルが格納件数をテーブルデータとは別に持っているので十分に早いが、
whereやgroup by、order by なんかを多用した時は、件数を数えるだけでも
それ相応のコスト(時間)がかかる時もよくある。

ちなみに自分の確認しているのでは、4,1系でもこのOptionは利用可能。
それより古いバージョンは知らない・・。

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

>>570
selectクエリで、$sth->rows で件数を取得できない、
ってなったら、あと考えられるのは limit 条項しかないと思うが・・。
自分的には>>561的なことがしたいじゃないかと思った。

> ＞$sth->rowsはupdateやdelete等を行って処理した数を 
> ＞返すものです。 
> へえ、うちのPerl+DBIとは違うようだ。
ココの部分についは、全く同意。

556は多分ここを見たんだと思うなぁ
http://homepage3.nifty.com/hippo2000/perltips/dbimemo.htm#item_rows
＞通常、rowsはdo またはSELECT以外(UPDATEやDELETEのようなある種の操作）のexecute または、SELECTステートメントのすべての行を取り出した後にしか、信用できません。

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

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

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

>>581
スレ違い

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

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

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

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

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

>>584
SELECT SQL_CALC_FOUND_ROWS * FROM unko LIMIT 1;
SELECT FOUND_ROWS();
これやってみ。

カウンタ貸出サイト的な物を作ってるんですが
一人事に別々のテーブル作るってのはナンセンスですかね?
1アカウントで、複数のページのカウントをするので

user_takasi
-------------
url, カウント回数
url, カウント回数
url, カウント回数
url, カウント回数

こんな感じに使用と思ってるんですが
それともみんなまとめて
takasi, url, カウント回数
yosida, url, カウント回数

こうしたほうがよろしい?

当然後者

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

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

MySQLの限界に挑戦！っす w

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

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

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

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

むしろ、素人に期間なく対応させるなら、
10分でできる～で紹介されているCRUDだけのWebアプリができれば御の字でしょ。

>>592
手元のWin機に、Eclipse + PDT(もちろん、ApacheとPHPも)の環境を構築した方が
学習・開発・試験には便利だよ。
それで出来上がったらLinux環境に持っていくのも良し。

んー、超初心者だけど、入り口でつっかかってまふ。

1.xamppは動いてる。
2.create databaseでデータベース作る。
3.create tabaleでテーブル作る。

ここまではおけ。

4.レコードを追加する。（insert into）
5.names set sjis;をやる
6.select *で中味を見る

もじばけー。
「1」なんて「『」になっちゃってるし。
日本語入力したところは「??」がいっぱい。

同じ環境で、本の付録のサンプルDBはちゃんと日本語も見えるんだよなあ。
どこが悪い？
どなたか教えてくだされ。

>>599

ありがとー、ってやり直したけど同じだった。
phpmyadminで見たら照合順序が latin1_swedish_ci になってたけど、
これが原因？

どうやったら治せるんだろふ。（泣）