Solucionado (ver solução)

Importante

Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!

Solucionado
(ver solução)
3
respostas

Resolução de Progressão - 11. Faça como eu fiz: criando tabelas e entendo os tipos de chaves

SQL


CREATE TABLE tabelaclientes (
  ID_cliente INT PRIMARY KEY,
  Nome_Cliente VARCHAR (250),
  Informacoes_de_Contato VARCHAR (250)
  );
  
 ALTER TABLE tabelaclientes ADD Endereco_Cliente VARCHAR (250);
  
CREATE TABLE tabelaprodutos (
  ID_Produto INTEGER PRIMARY KEY,
  Nome_do_Produto VARCHAR (250),
  Descricao TEXT,
  Categoria INTEGER,
  Preco_de_Compra DECIMAL (10, 2),
  Unidade VARCHAR (50),
  Fornecedor INTEGER,
  Data_de_Inclusao DATE,
  
  FOREIGN KEY (Categoria) REFERENCES tabelacategorias (id_categoria),
  FOREIGN KEY (Fornecedor) REFERENCES tabelafornecedores (id)
  );
3 respostas
solução!

Bom dia, Victor! Tranquilo?

Gostei demais da sua solução, continue assim!

Mandou muito bem explorando o CREATE TABLE para definição de estrutura com SQL, aplicou de maneira eficiente o ALTER TABLE para adicionar colunas e compreendeu como usar o FOREIGN KEY para relacionar tabelas.

Se quiser aprofundar ainda mais, algumas boas práticas são:

  • Normalização: evitar redundância de dados criando tabelas auxiliares para categorias e fornecedores.
  • Nomes padronizados: manter consistência entre colunas e tabelas para facilitar consultas.
  • Índices: criar índices em colunas usadas com frequência em filtros e joins.

Continue postando as suas soluções! Além de ganhar pontos de XP na plataforma, você pode ajudar outros estudantes no fórum.

Ah, uma pergunta: o que você gostaria de praticar mais agora, criar consultas SQL complexas com JOIN ou estruturar melhor o banco com normalização e relacionamentos?

Fico à disposição! E se precisar, conte sempre com o apoio do fórum.

Abraço e bons estudos!

Alura Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!

Boa tarde sr. Daniel, tudo bem? Bom, como eu estou vendo Modelagem de Banco de Dados, eu iria querer estruturar primeiro o BD e os relacionamentos. SQL ainda estou aprendendo ksksks O JOIN é bem avançado pelo que vi, junto com o CONSTRAIN, o NOT NULL (esse até que deu para entender), AUTO_INCREMENT (o professor usou esse no id INT AUTO_INCREMENT da tabela de autores de livros). Então está em formação ainda.

Boa tarde, Victor! Tudo bem?

Achei muito legal você priorizar a modelagem e estruturação do banco de dados antes de mergulhar em consultas mais complexas. Essa base sólida é fundamental para que o SQL faça sentido depois.

O fato de você já estar entendendo conceitos como NOT NULL e AUTO_INCREMENT mostra que está construindo bem os fundamentos. Com uma estrutura organizada e relacionamentos claros, os JOINs vão se tornar muito mais naturais quando chegar a hora.

Sua abordagem é estratégica, primeiro garantir consistência no modelo e depois evoluir para consultas avançadas.

Isso vai facilitar bastante seu aprendizado e prática futura!