MySQLのJOINについて再度質問です。

あまりに範囲が広すぎて答えづらいのですが、

テンポラリテーブルは”一時テーブル”だと言うことですが、数万件のデータを扱う場合でも、問題になることはないのでしょうか？

テンポラリだからといって見た目は普通のテーブルと変わらないので、同様に考えればよい。

つまり数万件単位のレコードがあるテンポラリテーブルが作成される状況は大量の書き込みが一度に発生するので、

ほぼ使い物にならないことが想定される。

A,B,Cと三つのテーブルがあったとして、BとCに一致するテーブル（仮にBCとします）をAと結合させたい場合

ちょっと意味がよくわからないのですが、

A LEFT JOIN B INNER JOIN C

の形は特に問題ないです。

速度的な問題は個々の状況によってさまざまに変わるので一概に言えることはないです。

Bに入っている住所とCとを結合し、一致するデータを作成する。

その結果とAとを結合したいという意味です。

なにかの検索条件はあるのでは？

検索条件によっては工夫の使用がありますが、全件出力であればどうしようもないです。

この例ではテンポラリテーブルを作る必要はなさそうですが。

BとCの結合結果に問わず、Aの値を出力したいです。

SELECT * FROM B INNER JOIN C USING ( c_id ) RIGHT JOIN A ON A.id = B.id 

でいいんでは？

テンポラリ・テーブル（一時表）を使う提案を受けたのは、MySQL 4.0では、サブクエリが使えないため、代替手段としてだと推察します。

表A,B,Cで、先にＢとＣをinner join、その結果とAをleft joinするなら、MySQL 4.0でも、テンポラリ・テーブルを使わずに実現できるように思います。

（MySQL 4.0の環境がなく、実記確認できていません）

複数のinner joinやleft joinを行なう場合、ジョインはその記述順で行なわれます。また、「( )」を使って、ジョインの順序を指定できます。

select * from A
 left join 
   (B inner join C on B.id=C.id)
  on A.id=B.id

BとCは、c_idで結合しているのを見逃していました。

-- 記述形式1
select * from A
 left join 
   (B inner join C on B.c_id=C.c_id)
  on A.id=B.id

-- 記述形式2
select * from A
 left join 
   (B inner join C using(c_id))
  on A.id=B.id

Aのid、Bのid、Cのc_idは、primary keyになっているのでしょうか？

primary keyを指定すると、内部的にインデクスが作成されますが、Bのc_idにも、インデクスを定義しているでしょうか？

データ件数が数千件以上になるなら、インデクスを定義した方が良いと思います。

定義するには、以下のような方法があります。

-- create tableで、uniqueを使って定義
create table B
(id        int   primary key,
 c_id     int,
 jusho   varchar(30),     
 unique(c_id))

-- create indexで定義
create unique index インデクス名 on B(c_id)