여러 자식 테이블의 다중 연관 행이 필요한 여러 행을 선택하기위한 최상의 mysql 쿼리

Question

휴우, 제목은 한 마디입니다. 다시 한 번 나는이 질문을하는 법을 정확히 알지 못해서 제가 예제를 사용할 것입니다. 아이템이있는 게임을 만들고 있다고 가정 해 봅시다. 아이템에는 효과, 보너스 및 요구 사항이 있습니다.

따라서 items 테이블의 각 레코드에는 effects 테이블, bonuses 테이블 및 requirements 테이블에 여러 하위 레코드가 있습니다.

그리고 게임에 표시 할 모든 효과, 보너스 및 요구 사항을 포함하여 100 개의 가장 최근 항목을 선택하고 싶습니다.

이 작업을 수행하는 가장 최적화 된 방법은 무엇입니까? 하나의 쿼리로 수행 할 수 있습니까? 그리고 그것은 심지어 실용적입니까? 감사.

Answer 1

하나의 쿼리에서 달성 될 수 있지만 꽤 클 것이고 두 배가 될 것입니다. 하나의 쿼리에서 이와 같은 작업을 수행하는 가장 이상적인 유일한 시간은 "하나의 관계 있음"관계가있는 경우입니다. 즉, 항목은 간단한 참여로 수행 할 수있는 하나의 효과를 가지며 항목은 하나의 프로그램 만 반환합니다.

간단한 사례를 들려주세요. 당신은 2 개의 항목을 가지고 있으며 각각은 많은 관계를 가진 3 개의 효과를 가지고 있습니다.

SELECT item.*, effect.* 
FROM item 
JOIN item_effect ON item.id = item_effect.item_id 
JOIN effect ON effect.id = item_effect.effect_id 

반환은있을 수 :

item1 effect1 
item1 effect2 
item1 effect3 
item2 effect2 
item2 effect3 
item2 effect4 

그런 다음 다시 함께 통해 루프 그룹의 모든 항목에있을 것입니다. 요구 사항과 수정 자의 관계로 인해 쿼리는 점점 커지지 만 여전히 공정하게 구성됩니다.

일부 유형의 ORM (Object Relational Mapping)을 사용할 수 있습니다. 그러면 코드를 더 읽기 쉽게 만들 수 있습니다. Kohana의 ORM 구문을 사용합니다.

$items = ORM::factory('item')->find_all(); 
foreach($items as $item) { 
    $effects = $item->effects->find_all(); 
    $bonuses = $item->bonuses->find_all(); 
    $requirements = $item->requirement->find_all(); 
} 

그러나 100 개 항목의 예제에서는 301 개의 검색어를 제안했습니다.

웹 페이지에 이것을 표시하는 경우 페이지 번호 매김 (1-20의 100을 표시)은 해당 숫자를 낮 춥니 다.

사용하는 방법은 상황에 따라 다릅니다. 고려할 사항 :

이

들이 정말 한 번

100 개 항목을 참조해야합니까 사용됩니다 얼마나 자주

• 그들이 한 모든 관계를 참조해야합니까 (그 효과를 볼 항목을 클릭 등)

Answer 2

당신은이 같은 수의 할일 뭔가해야 ...

SELECT `users`.`nickname` , `events`.`nickname` 
FROM `users` , `events` 
WHERE `events`.`aid` = `users`.`aid` 
GROUP BY `events`.`nickname` 

명확히하기 위해, events.aid는 UNIQ입니다 ue 사용자의 ID입니다. 따라서 이러한 모든 레코드를 가져 와서 이벤트별로 그룹화하면 모든 고유 한 이벤트 별명과 해당 항목을 작성한 사용자의 목록이 표시됩니다.