MYSQL 열 데이터 및 테이블 이름을 기반으로 테이블을 가입하십시오

Question

나는 그것도 위장하는 경우 궁금하네요.

테이블 1의 데이터를 기반으로 2 개의 테이블을 결합하고 싶습니다. 예제 테이블 1에는 "핫도그"라는 데이터가있는 열 요리가 있습니다.

그리고 나는 핫도그라는 테이블을 가지고 있습니다.

JOIN처럼 할 수 있습니다.

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

나는 작품은 arround에있다, 그것은하지만 작품을 나던 그도 추적 할 수없는 가망을 알아?

미리 감사드립니다.

Answer 1

아니, 당신은 심지어 동적 SQL로, table1에 행마다 다른 테이블에 가입 할 수 없습니다.

당신은 음식이 '핫도그'는 행에 대한 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 
... 

이

은 음식의 모든 고유 값을 알고 있어야하고, 모든 각각의 음식 테이블은 할 수 있습니다 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 

은 일반적으로 내가 존재하는 단 하나의 보조 테이블을 제약하기위한 몇 가지 시스템을 추천 할 것입니다 단순하지만, 나는 그것을 밖으로 떠날거야.

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' 

이제 그런 일이 코드가 생성 될 수 있음을 볼 수 있습니다 (또는 심지어 즉석에서 매우 느린 프로토 타입 동적 SQL) 테이블 이름과 테이블 메타 데이터에 대한 액세스에 대한 SELECT DISTINCT foodtype FROM foods 주어진 특정 가정에서.

문제는 소비 궁극적으로 누구든지이 쿼리의 결과가 새로운 테이블이 추가 될 때마다 보여주는 새로운 열의 알고 있어야한다는 것입니다.

그래서 질문이 고객/고객의 소비자에게 돌아갑니다. 어떻게 다른 유형을 처리 할 것입니까? 서로 다른 유형이 같은 집합에 속한다는 것은 무엇을 의미합니까? 그리고 서로 다른 유형을 인식해야하는 경우 각 유형에 대해 서로 다른 쿼리를 작성하거나 새로운 유형이 추가 될 때 수동 쿼리를 변경하는 단점은 무엇입니까? @Cade 루에서 알 수 있듯이