野村です


樋口さん、お世話になります。

On 2003.10.15, at 10:40 PM, HIGUCHI Koichi wrote:
>
> 私の場合ランキングというと、「上位30商品を表示」というようなイメージがあり
> ました。
> こういった場合だと、「LIMIT 30」をSELECT文の最後につければ実現できるのでは
> ？ということではないかと思います。

そうですね、「ランキング」という言葉でなく、「順位づけ」という表現にしておけ
ば誤解がなかったですね。僕の表現ミスです、ごめんなさい。

「上位30商品を表示」と想定した場合も、同じ値もあり得ますから、単純にLIMITで
は問題があろうと思います。この場合も、最初に順位をつけ「上位（順位）30商品」
をSELECTというのが自然だと思います。もちろんそうでない場合は、LIMITで解決で
きますが...。

>
>> 現状は、ランキング用のテーブルを用意し、ランキングする項目で並び替えした
>> 後、ゴリゴリとキーとランクをランキング用のテーブルに書き込み、リレーショ
>> ンしておりますが、量が多くなると当然ながら遅くなるので別の方法がないもの
>> かと思っています。
>
> 毎回順位を計算していたのでは大変だからということで、ランキング用のテーブル
> に順位を保存しておられるのですよね？
> この順位の計算＆保存が遅いということであれば、ちょっと、わからないです。す
> みません。
>

いえいえ、僕も悩んでいるですから。全体のスピードを考えると、ここがネックで
すよね。やはりゴリゴリしかないかな...。

> ただ、いったん順位をテーブルに保存した後、その順位テーブルとJOINしながらの
> 表示が遅いということであれば、おそらく適切なインデックスが無いのではという
> 気がいたします。
>

この部分は気にしてません。


> 以上、横やり失礼しました。
>

今後とも「横やり」なんて言わずよろしくお願い致します。

---------+---------+---------+---------+---------+---------+---------+--
■ TORU NOMURA / 野村　亨
■ toru2008@xxxxxxxxxx / torunomura@xxxxxxxxxx
■ http://www.geocities.jp/toru2008/