兵頭様　はじめまして。市村と申します。

> 普通にSelect Count(*) Where 〜などと
> 処理すると、もちろん
> 全データを検索しますよね？

現在、うちのＤＢにある１３０万件ほどデータのあるテーブルに対し
select count(*) from Table_name where column_name is null
を投げると、１秒足らずで戻ってきますよ。

クエリアナライザで見ると、ちゃんとIndexを使って
スキャンしてくれています。

> カラムBはNullが入ってくる可能性があ
> り、インデックスは張れないと思います。

Null許可の列でもインデックスは張れるんじゃないですか？
PrimaryKeyにはできないでしょうけれども。

> それとも、数十万件くらいでは心配する
> ほどのことはないのでしょうか？

これは、ＤＢサーバのスペックやインデックスの
張り方に依存するんじゃないでしょうか？

まず、投げられるＳＱＬに対する適切な
インデックスを張ってやり（あるいは
張られたインデックスをきちんと使用するような
適切なＳＱＬ文を作成し）、実際に数十万件の
レコードを作ってレスポンスをチェックされては
いかがでしょうか。

その際、ＳＱＬＳｅｒｅｖｅｒなら、クエリアナライザを
使ってインデックスが使われているかどうかなどが
チェックできるんですが、ＭＳＤＥの場合、どうやって
それをチェックするのかは、わかりません。


それでも期待するレスポンスが得られない場合は
メモリ増強などハード的な手当てをしてあげれば
いいのでは。

うちの場合、１３０万件ほどのテーブルを管理していますが
メモリ1GBのマシンで、特にＤＢサーバのレスポンスが問題に
なるような場面はないです。
もちろん、ＷＥＢサーバとは物理的に別マシンを用意し、
ＤＢサーバ上では不要なサービスはすべて殺し、
ＳＱＬＳＥＲＶＥＲのサービス優先度を上げる、
など、簡単な手当てはしてありますが。

むしろ問題になっているのは、抽出結果件数が多くなったときの
クライアント側のスペック不足によるレスポンス悪化です。
ＤＢ側ではサクッと返してくるんですが、クライアント側で
処理能力が不足してしまうというケースがあります。
（これはシステムの仕様設計の問題だとは思いますが）

---
who@example.co.jp
ヒガシマル醤油株式会社　情報システム部
TEL:0791-63-4567 FAX:0791-63-4585
http://www.higashimaru.co.jp/