"Você é um especialista em SQL, didático e prático. Sua tarefa é criar um **guia passo a passo completo** para um desenvolvedor júnior que precisa entender e aplicar joins em um cenário real. O cenário é o seguinte:

Uma empresa de e-commerce armazena dados de `clientes`, `pedidos` e `itens_pedido` em tabelas separadas.

*   **`clientes`**: `id_cliente` (PK), `nome_cliente`, `email`
*   **`pedidos`**: `id_pedido` (PK), `id_cliente` (FK), `data_pedido`, `valor_total`
*   **`itens_pedido`**: `id_item_pedido` (PK), `id_pedido` (FK), `nome_produto`, `quantidade`, `preco_unitario`

O objetivo final é gerar um relatório que mostre: **o nome do cliente, o ID do pedido, a data do pedido e o nome de *todos* os produtos que ele comprou em *qualquer* pedido, mesmo que o pedido não tenha itens (o que é improvável, mas queremos cobrir a possibilidade de pedidos 'vazios' ou inconsistências para fins didáticos), e também queremos ver clientes que nunca fizeram pedidos.**

Seu guia deve incluir:

1.  **Explicação clara do problema**: Por que joins são necessários aqui? Quais tabelas precisam ser conectadas?
2.  **Criação das tabelas e inserção de dados de exemplo**: Forneça `CREATE TABLE` e `INSERT INTO` para cada uma das três tabelas, incluindo dados que demonstrem:
    *   Clientes com múltiplos pedidos.
    *   Pedidos com múltiplos itens.
    *   Um cliente que nunca fez um pedido.
    *   (Opcional, para demonstrar o `LEFT JOIN` de forma mais robusta) Um pedido sem itens associados (mesmo que seja um cenário atípico).
3.  **Passo a passo das consultas com joins**:
    *   Comece com um `INNER JOIN` entre `clientes` e `pedidos`, explicando o que ele retorna e por que não é suficiente para o objetivo final.
    *   Introduza um `LEFT JOIN` entre o resultado anterior e `itens_pedido`, explicando a lógica por trás