Cadeia de Tabelas Relacionadas
Suponha que agora os usuários morem em cidades específicas, e essas cidades estejam localizadas em diferentes países. Neste caso, para armazenamento, precisaremos de três tabelas: os usuários estarão vinculados às cidades, e as cidades - aos países. Com isso, não precisaremos de um campo de relacionamento direto entre usuários e países - pois os usuários já estarão vinculados aos países através do relacionamento entre cidades e países.
Vamos dar uma olhada em nossas tabelas. A tabela de países:
| id | name |
|---|---|
| 1 | country1 |
| 2 | country2 |
A tabela de cidades:
| id | name | country_id |
|---|---|---|
| 1 | city1 | 1 |
| 2 | city2 | 1 |
| 3 | city3 | 2 |
A tabela de usuários permanecerá inalterada:
| id | name | city_id |
|---|---|---|
| 1 | user1 | 1 |
| 2 | user2 | 1 |
| 3 | user3 | 2 |
| 4 | user4 | 1 |
| 5 | user5 | 3 |
| 6 | user6 | 2 |
Consultas
Para obter os usuários junto com suas cidades e países, teremos que fazer dois joins: o primeiro unirá as cidades aos usuários, e o segundo - os países às cidades:
SELECT
users.name,
cities.name as city_name,
countries.name as country_name
FROM
users
LEFT JOIN cities ON cities.id=users.city_id
LEFT JOIN countries ON countries.id=cities.country_id
Tarefas Práticas
Suponha que os produtos pertençam a uma subcategoria específica, e as subcategorias pertençam a uma categoria específica. Descreva a estrutura de armazenamento.
Escreva uma consulta que irá buscar os produtos, junto com suas subcategorias e categorias.
Escreva uma consulta que irá buscar as subcategorias junto com suas categorias.