MYSQLは列データとテーブル名に基づいてテーブルを結合します

Question

私はこれが可能かどうか疑問に思います。

テーブル1のデータに基づいて2つのテーブルを結合したいとします。 テーブル1の例は、データを「ホットドッグ」としたカラムフードです。

そして私にはhotdogというテーブルがあります。

JOINのようにすることができます。

SELECT * FROM table1 t join t.food on id = foodid 

私はそれがうまく動作しないことを知っていますが、その可能性もあります。

ありがとうございます。

Answer 1

いいえ、table1の行ごとに別のテーブルに参加することはできません。@Cade Rouxの示唆するように動的SQLを使用することはできません。

食べ物が「ホットドッグ」で、他の特定の値段の食べ物を食べる行はhotdogテーブルに参加できます。

SELECT * FROM table1 JOIN hotdog ON id = foodid WHERE food = 'hotdog' 
UNION 
SELECT * FROM table1 JOIN apples ON id = foodid WHERE food = 'apples' 
UNION 
SELECT * FROM table1 JOIN soups ON id = foodid WHERE food = 'soup' 
UNION 
... 

これは、すべての個別のフードテーブルに互換性のある列があることを前提としています。

多型関連と呼ばれています。つまり、table1の外部キーは、別の列の値に応じて、複数の「親」表の行を参照します（table1）。これは、リレーショナルデータベースプログラマの一般的な設計ミスです。代替ソリューションについては

に私の答えを参照してください。

• Possible to do a MySQL foreign key to one of two possible tables?
• Why can you not have a foreign key in a polymorphic association?

私も自分のプレゼンテーションPractical Object Oriented Models In SQLにポリモーフィック団体のためのソリューションをカバーし、私の本SQL Antipatterns: Avoiding the Pitfalls of Database Programmingインチ

Answer 2

動的SQLのみ。また、多くの異なるテーブルを結合して型に基づいてCASEを使用することも可能ですが、テーブルはすべて事前に知られている必要があります。

達成しようとしていること、デザインが現在どのように見えているのか、最初にその特定のテーブルデザインを選択した理由を知っていれば、適切なデザインをお勧めします。

Say you have a table of foods: 

id INT 
foodtype VARCHAR(50) (right now it just contains 'hotdog' or 'hamburger') 
name VARCHAR(50) 

Then hotdogs: 

id INT 
length INT 
width INT 

Then hamburgers: 

id INT 
radius INT 
thickness INT 

通常、補助テーブルが1つしか存在しないようにするシステムをお勧めしますが、簡単にするために、私はそれを省略しています。

SELECT f.*, hd.length, hd.width, hb.radius, hb.thickness 
FROM foods f 
LEFT JOIN hotdogs hd 
    ON hd.id = f.id 
    AND f.foodtype = 'hotdog' 
LEFT JOIN hamburgers hb 
    ON hb.id = f.id 
    AND f.foodtype = 'hamburger' 

今、あなたはそのようなことは、テーブル名とテーブルのメタデータへのアクセスに関するSELECT DISTINCT foodtype FROM foods与えられた一定の仮定からのコード生成（あるいはその場で非常に遅いプロトタイプの動的SQLのために）ことができることがわかります。

問題は、最終的にこのクエリの結果を消費する人は、新しいテーブルが追加されるたびに新しいカラムが表示されることに気付く必要があるということです。

したがって、質問はお客様のクライアント/データの消費者に戻ります。さまざまなタイプをどのように処理するのでしょうか？そして、同じタイプの異なるタイプが何を意味するのでしょうか？とにかく、そのような変更の相対的な影響を考慮して、新しいタイプが追加されたときに手動クエリーを変更したり、タイプごとに異なるクエリーを書くだけの欠点は何ですか？