PostgreSQLに関する質問です。テーブルAとテーブルBがあり、テーブルAに47800件、テーブルBに232879件レコードが入っています。

すいません、はてなの文字数制限によりかなり短縮してしまったので補足します。。
分かりにくいかと思いますが、rows=47800 の部分が何故気になるかというと、
limit 100 をつけているため rows=100 とならなければ変では？と思ったのです。
Pear::Pagerを使っているのですが、画面の反応が遅いため、少し気がかりになり質問した次第です。

kn1967 さんへのご回答です。ご丁寧な回答、本当にありがとうございました。

whereで100件以下に絞ったSQLを発行したところ、以下のようになりました（table_a の key カラムで絞込み、検索結果レコード数３件)

Limit (cost=0.00..1084.32 rows=100 width=126) (actual time=0.272..141.335 rows=3 loops=1)
-> Nested Loop Left Join (cost=0.00..3016525.42 rows=278196 width=126) (actual time=0.269..141.323 rows=3 loops=1)
-> Index Scan using table_a_pkey on table_a a (cost=0.00..912.44 rows=239 width=126) (actual time=0.064..0.070 rows=1 loops=1)
Index Cond: ((reader_code)::text = '950-4016-0-0199'::text)
-> Seq Scan on table_b b (cost=0.00..12605.99 rows=1164 width=48) (actual time=0.199..141.234 rows=3 loops=1)
Filter: ((reader_code)::text = '950-4016-0-0199'::text)
Total runtime: 141.486 ms
(7 rows)


で、今回の質問は仕事の都合によりカラム名などは隠していたのですが、
table_b の key カラムは Primary key ではなく通常のカラムです。
よく見たところ、index を張っているつもりだったのですが、張っていなかったようです。。。

そこでindexを張った後で上記と同じSQLを発行したところ

Limit (cost=25.77..341.64 rows=100 width=126) (actual time=0.107..0.132 rows=3 loops=1)
-> Nested Loop Left Join (cost=25.77..534517.61 rows=169212 width=126) (actual time=0.104..0.122 rows=3 loops=1)
-> Index Scan using table_a_pkey on table_a a (cost=0.00..912.44 rows=239 width=126) (actual time=0.060..0.062 rows=1 loops=1)
Index Cond: ((key)::text = 'xxx'::text)
-> Bitmap Heap Scan on table_b b (cost=25.77..2225.58 rows=708 width=48) (actual time=0.036..0.044 rows=3 loops=1)
Recheck Cond: ((key)::text = 'xxx'::text)
-> Bitmap Index Scan on table_b_idx_01 (cost=0.00..25.59 rows=708 width=0) (actual time=0.029..0.029 rows=3 loops=1)
Index Cond: ((key)::text = 'xxx'::text)
Total runtime: 0.235 ms
(9 rows)


のように無事、インデックスを使うようになりました。
インデックスを張っているものだという勘違いが原因で長い間苦しんでいたようです。
ありがとうございました。