CONTEÚDO DA AULA 18... 01_Apresentação (0:00) 02_Terceira Forma Normal (0:07) 02.1_Não existir Dependência Transitiva (0:24) 02.2_Uma tabela está na 3FN se... (1:36) 02.3_Normalizando tabela até 3FN (3:32) 02.4_Passos da Normalização (9:16) 03_Conclusão (10:22)
Você poderia contar como começou a dar aula... Como consegue falar tão bem e tão calmamente sem que fique cansativas as aulas... Enfim! Mas acho que é dom mesmo!
eu sou professor Doutorado na universidade federal do parana e percebi que vc é perfeito nas 3 aulas de normalização eu só uso no lugar de COD_FORNECEDOR coloco id_fornecedor em minusculo para que quando eu for fazer uma pesquisa no comando select ele não associe letra minuscula e maiúscula isso fica muito chato , mais vai de cada um que vê oque é melhor de usar , PARABÉNS.
Olá, eu sou de Portugal tenho 19 anos e estou a tirar um CTeSP(Curso técnico superior profissional) e quero-te agradecer por me teres salvo o meu semestre hahaha. Muito Obrigado continuação de bom trabalho
Acho perfeito esses slides com fundo escuro e bem simplistas. Tem gente por aí que faz um circo para montar uma aula sem se dar conta de que quem estuda TI é bicho noturno e não tem vista para acompanhar pirotecnia.
Boa tarde. Estou em 2024 estudando para o concurso do TSE com essas aulas incríveis. entendi perfeitamente sobre as formas normais e bora praticar. Obrigada Fábio
@@elacoda Não acredito !!! Mesmo cargo e em Sp também kkkkkkkkkk me fala seu facebook ou instagram, vamos se ajudar apesar de estarmos disoputando o mesmo cargo kkkk
Bem, acho que ja deve ser tarde pra responder. Eu entendi que na segunda forma, ele elimina aqueles que não estão dependentes totalmente da PK (somente de uma parte dela). Mas na terceira ele elimina aqueles que são dependentes de de outro elemento que não é da PK, que seria os transitivos, não estão diretamente dependentes da PK. Na segunda é referente a PK e na terceira de outro elemento. Pra entrar na terceira, já tem que ter passado pela segunda, certo? ... pra responder essa questão [que pode surgir] é que o elemento estaria dependente parcialmente da PK.
Pelo que eu entendi a 2ª FN só vale pra tabelas com chaves primárias compostas. Quando um atributo tem uma relação parcial com a PK (isso é, ele só depende de uma parte da PK), então a tabela não tá na 2ª FN. Caso a tabela só tenha uma PK simples, então a tabela automaticamente tá na 2ª FN. Já a 3ªFN vale pra tabelas com PK simples. Caso algum atributo tenha dependência com algum atributo que NÃO é PK, então a tabela não está na 3ª FN.
Não sou da área de tecnologia e estou estudando para concursos. Li e assisti aula sobre o tema em 2 cursinhos diferentes, PDFs enormes e nada de eu entender. Aqui em 3 vídeos eu consegui entender, muito obrigado, Fabio!
DEUS! como eu gostaria que o meu professor de modelagem fosse como esse GÊNIO, só assim eu não passaria tanto aperto nessa matéria, EXCELENTE aula; EXCELENTE professor; PARABÉNS.
Aula Show! Vou ter um teste de Base de Dados sobre normalização depois de amanhã. Ajudou muito, vou agora fazer exercícios agora para praticar. Quando tiver o resultado do teste volto para dizer como correu. Muito obrigada!
Boa noite. Primeiramente parabéns pelo conteúdo, que depois de tanto tempo continua a ajudar muita gente. O vídeo é antigo, não sei se terei retorno dessa pergunta, mas... Lá vai. Na prática, no modelo físico, como se faz para fazer o relacionamento 1 para 1? Na teoria tem as cardinalidades, mas nunca vi uma tabela onde essas cardinalidades existissem de verdade. Sempre são 1 para N ou N para N. Poderia mostrar um exemplo de 1:1?
Basicamente o conceito da 3FN é o seguinte: Existe uma tabela MAIS FORTE onde as demais tabelas estão ligadas a essa tabela MAIS FORTE (PRINCIPAL). Ex: Tabela Nome/ Tabela Endereço / Tabela Telefone. As tabelas "Endereço" e "Telefone" estão obrigatoriamente ligadas à tabela principal (NOME), pois, não existe telefone sem um nome e nem endereço sem um nome.
Professor, fiquei achando que o Cod_produto tbm deveria ser uma FK de outra tabela, posto que qtde_vendida depende de Cod_produto. Sei lá, causou um estranhamento. Acho que eu criaria outra tabela e deixaria a da nota fiscal só com 2 FKs.
Parabéns mais uma vez Xará. Excelente pergunta do Gabriel Machado com sua resposta incrementando um conhecimento a mais sobre uma dúvida que ainda não tinha surgido. Salve engano, parece que a 2FN tem alguma semelhança com a 3FN !!!!
2FN com dependências PARCIAIS e 3FN com dependências TRANSITIVAS. Suas aulas são ótimas! Tenho o prazer de segui-lo em assuntos diversos e em todos sua didática é ótima. Parabéns pelo canal!
Boson, olá! Você está me salvando com essas informações e estou conseguindo realizar os projetos da faculdade... Agora, uma pergunta: no caso da normalização 2FN, do telefone... É o mesmo esquema de CREATE TABLE e no atributo multivalorado colocar os asterisco e inseriar a sua tabela correspondente depois?
Professor muito obrigado pelo conteúdo, tem sido de grande valia para mim. Gostaria de saber, quais livros você recomenda para estudar mais a fundo essa questão de modelagem de banco de dados, pois é um dos tópicos que tenho mais interesse na área de desenvolvimento
Eu tenho uma dúvida: a 2FN é aplicada somente em casos onde existe chave primária composta? igual no exemplo do vídeo da 2FN onde todos os atributos não-chave passaram a depender totalmente da chave primária composta? Pois os resultados da 2FN e 3FN são muitos semelhantes, e dá a entender ao visualizar a tabela a ser normalizada que ao possuir as dependências transitivas, já quebra o conceito de dependências da 2FN, ou seja, a tabela não estaria nem na 2FN pra poder aplicar a 3FN por possuir atributos que não dependem totalmente da chave primária...
Uma dúvida que tive... no Cod_Produto aplicaríamos a 1FN, criando uma tabela pra Cod_Produto e incrementando o atributo Nome_Atributo. Transformaríamos os atributos Nota_Fiscal e Cod_Produto em uma PK composta (tendo em vista que a qtd_vendida depende dos dois atributos em questão), e o Cod_Vendedor ficaria como FK. Pelo que entendi, na 1FN devemos atingir os dados atômicos, certo? Chegando na 2FN, a FK Cod_Vendedor não teria dependência funcional total da PK composta, porém não teria importância, tendo em vista que apenas os atributos não-chave devem depender totalmente da PK, certo?
Professor, uma dúvida simples... A quantidade de tabelas altera o desempenho do Banco de dados? Reparei que o processo de normalização faz criarmos muitas outras tabelas, isso não deixa o sistema mais lento? Desde já agradeço pelo conteúdo, está me ajudando bastante!
Excelente! Gostaria de saber se existe algum limite de chaves estrangeiras que eu possa associar a uma mesma tabela ? Ou posso associar quantas forem necessárias?
E se vendesse mais de um produto em uma mesma venda. Vamos supor que seja uma loja de produtos de limpeza e um vendedor venda um detergente e uma água sanitária na mesma operação, como ficaria a coluna Cod_Produto ?? Na minha mente, essa coluna nesse caso se tornaria uma coluna multivalorada, sendo assim, teria que voltar na 1º Forma Normal e retirar essa coluna desta tabela e montar uma tabela só com ela. Porém não consigo fazer um relacionamento entre a nova tabela criada e a tbl_Venda. Alguém teria solução?
Acho que se criaria uma terceira tabela com a nota_fiscal, os Cod_Produto dessa nota (um por linha para se normalIzar) que se relacionaria com a tbl_Venda pela nota fiscal. Assim, pela nota, você poderia chegar aos produtoS dessa venda.
Aí vc tem que rever as Anomalias, pq a 2 e a 3 tem a ver com as dependencias transitivas e multivalorada. Na 2FN vc avalia SE um atributo depende de mais de uma PK, no 3 FN vc avalia se há atributos que dependem de outros que não são PK. Decore as anomalias.
isso mesmo, se Cod_vendedor fizesse parte da PK, o nome do vendedor teria saído da tabela quando fosse aplicada a 2FN, mas como não faz parte, somente na 3FN que isso é normalizado
Concordo, mas, como é uma "aula", em inúmeros casos após a 2FN situações como estas exemplificadas por ele acontecem, e em 10 minutos foi uma forma de explicar.
Se você consultar a chave primária "Nota_Fiscal" você acha o nome do vendedor, ou seja, o "nome_vendedor" depende sim da nota fiscal. Contudo o "nome_vendedor" também depende do "Cod_Vendedor", que é um atributo não chave, gerando assim uma dependência transitiva. Isso faz com que a tabela não esteja na 3FN e tenha que ser normalizada.
É só para F&%$r com a cabeça do caboclo mesmo. Na 2 FN vc remove as chaves-primas ( ou atributos Não-Chave ) que depende de uma Chave-Primaria (PK). Voce só precisa observar as tabelas que possuem MAIS de 1 chave primaria. Na 3 FN voce vai verificar (quase todos) os relacionamentos, os que so possuem 1 Chave-Primaria e verificar AGORA se existe uma chave-prima ( ou atributo Não-Chave) que dependa de outro atributo Não-Chave, ou seja quase todas as relações que vc criou anteriormente...
CONTEÚDO DA AULA 18...
01_Apresentação (0:00)
02_Terceira Forma Normal (0:07)
02.1_Não existir Dependência Transitiva (0:24)
02.2_Uma tabela está na 3FN se... (1:36)
02.3_Normalizando tabela até 3FN (3:32)
02.4_Passos da Normalização (9:16)
03_Conclusão (10:22)
Você poderia contar como começou a dar aula... Como consegue falar tão bem e tão calmamente sem que fique cansativas as aulas... Enfim! Mas acho que é dom mesmo!
Gostei da sugestão Iran, vou fazer algo nesse sentido. Obrigado!
eu sou professor Doutorado na universidade federal do parana e percebi que vc é perfeito nas 3 aulas de normalização eu só uso no lugar de COD_FORNECEDOR coloco id_fornecedor em minusculo para que quando eu for fazer uma pesquisa no comando select ele não associe letra minuscula e maiúscula isso fica muito chato , mais vai de cada um que vê oque é melhor de usar , PARABÉNS.
Olá, eu sou de Portugal tenho 19 anos e estou a tirar um CTeSP(Curso técnico superior profissional) e quero-te agradecer por me teres salvo o meu semestre hahaha.
Muito Obrigado continuação de bom trabalho
ainda sabes fazer isto?
vem discord
Acho perfeito esses slides com fundo escuro e bem simplistas. Tem gente por aí que faz um circo para montar uma aula sem se dar conta de que quem estuda TI é bicho noturno e não tem vista para acompanhar pirotecnia.
Pode crer Jonas! Obrigado!
Boa tarde. Estou em 2024 estudando para o concurso do TSE com essas aulas incríveis. entendi perfeitamente sobre as formas normais e bora praticar. Obrigada Fábio
eu também, qual cargo você se candidatou ? bora trocar figurinhas de estudo ai
@@johshow com certeza. Cargo 21 sp e você?
@@elacoda Não acredito !!! Mesmo cargo e em Sp também kkkkkkkkkk
me fala seu facebook ou instagram, vamos se ajudar apesar de estarmos disoputando o mesmo cargo kkkk
@@elacodaNão acredito !! cargo 21 e em sp também heheheh
Grande didática. Eu não vi quase diferença entre o passo 2 e 3 foi bem parecidos. Mt obrigado. sucessos.
algumas vezes a segunda forma normal já é a ultima, por isso da essa dúvida
Também não vi diferênca.
Bem, acho que ja deve ser tarde pra responder. Eu entendi que na segunda forma, ele elimina aqueles que não estão dependentes totalmente da PK (somente de uma parte dela). Mas na terceira ele elimina aqueles que são dependentes de de outro elemento que não é da PK, que seria os transitivos, não estão diretamente dependentes da PK.
Na segunda é referente a PK e na terceira de outro elemento.
Pra entrar na terceira, já tem que ter passado pela segunda, certo? ... pra responder essa questão [que pode surgir] é que o elemento estaria dependente parcialmente da PK.
@@adalinenogueirafernandesfi2484 Muito boa a sua explicação.
Pelo que eu entendi a 2ª FN só vale pra tabelas com chaves primárias compostas. Quando um atributo tem uma relação parcial com a PK (isso é, ele só depende de uma parte da PK), então a tabela não tá na 2ª FN. Caso a tabela só tenha uma PK simples, então a tabela automaticamente tá na 2ª FN.
Já a 3ªFN vale pra tabelas com PK simples. Caso algum atributo tenha dependência com algum atributo que NÃO é PK, então a tabela não está na 3ª FN.
O resumo no final do vídeo ajuda muito! Gratidão pelas aulas.
Muito didático.
Obrigado por compartilhar :)
que didática quero ensinar alguem assim algum dia
Vai conseguir
A gente já chega deixando o like, pois é certo que ao final vai ter abstraído muito bem o conteúdo!!!
Não sou da área de tecnologia e estou estudando para concursos.
Li e assisti aula sobre o tema em 2 cursinhos diferentes, PDFs enormes e nada de eu entender. Aqui em 3 vídeos eu consegui entender, muito obrigado, Fabio!
Boa noite! Você conseguiu localizar algum tipo de exercícios para ajudar nos estudos?
estou estudando pro TRE
Obrigado pelas suas aulas, ajudaram imenso. cumprimentos de Portugal.
2021 e tão necessário! Parabéns e que as suas metas sejam superadas, muito sucesso e saúde em tudo!
DEUS! como eu gostaria que o meu professor de modelagem fosse como esse GÊNIO, só assim eu não passaria tanto aperto nessa matéria, EXCELENTE aula; EXCELENTE professor; PARABÉNS.
Muito obrigado Mateus!
Eu entendo seu sofrimento rsrsrs ! Estou passando pela msm coisa !
Ótimas aulas sobre normalização, muito obrigada pelo conteúdo!
melhor explicação sobre o assunto
esse cara é exelente
muito boa a aula, professor! Me faz pensar pq mesmo temos aulas de 2h só pra explicar isso...
Valeu amigo!
Maio de 2023 . Aprendendo agora normalização pra concurso público.
Aula Show! Vou ter um teste de Base de Dados sobre normalização depois de amanhã. Ajudou muito, vou agora fazer exercícios agora para praticar. Quando tiver o resultado do teste volto para dizer como correu. Muito obrigada!
Muito boa aula! Me salvando na matéria da faculdade rs
Caramba, que didática desse professor! Parabéns, Fábio, pela excelente aula!
Suas aulas são muito boas
Muito bom o vídeo 😄👏
Você é foda cara. Admiro seu trabalho
QUE AULA MARAVILHOSA, BEM DIRETO E SIMPLES, VALEU!
Boa noite.
Primeiramente parabéns pelo conteúdo, que depois de tanto tempo continua a ajudar muita gente.
O vídeo é antigo, não sei se terei retorno dessa pergunta, mas... Lá vai.
Na prática, no modelo físico, como se faz para fazer o relacionamento 1 para 1?
Na teoria tem as cardinalidades, mas nunca vi uma tabela onde essas cardinalidades existissem de verdade. Sempre são 1 para N ou N para N.
Poderia mostrar um exemplo de 1:1?
Basicamente o conceito da 3FN é o seguinte: Existe uma tabela MAIS FORTE onde as demais tabelas estão ligadas a essa tabela MAIS FORTE (PRINCIPAL).
Ex: Tabela Nome/ Tabela Endereço / Tabela Telefone. As tabelas "Endereço" e "Telefone" estão obrigatoriamente ligadas à tabela principal (NOME), pois, não existe telefone sem um nome e nem endereço sem um nome.
Explica de uma forma simples e clara ! Muito bom !!
Muito obrigado Cintia!
Uma dependência parcial ocorre quando, em um banco de dados, um atributo não-chave é dependente de apenas uma parte de uma chave primária composta.
Aula muito boa, mas como sugestão, poderia usar os mesmo exemplo para normalizar a tabela nas 3 formas.
Parabéns pelo conteúdo, muito bom!
Muito obrigado Luiz!
valeu brksedu, tmj
ótima aula
Ele é o Pai do @BRKSEDU
Muito bom 👍
Show, Professor! Obrigada!
Deu pra compreender muito bem... principalmente na parte prática! Muito obrigado pelas excelentes aulas.
Esse professor é 10, muito boa a explicação.
Olá! Onde eu acho exercícios sobre forma normais para me ajudar na preparação de concurso?
Cara suas aulas vão mim ajudar muito viu vlw irmão
Obrigado Alexandre!
boa noite suas aulas tem me ajudado muito. obrigada
gostaria de saber se vc pode disponibilizar o conteúdo em pdf.
Professor, fiquei achando que o Cod_produto tbm deveria ser uma FK de outra tabela, posto que qtde_vendida depende de Cod_produto. Sei lá, causou um estranhamento. Acho que eu criaria outra tabela e deixaria a da nota fiscal só com 2 FKs.
tb acho
me ajudando muito! muito obrigado professor :D
Valeu Pedro!
Mais aprendizado Obrigado
Que aula... Parabéns pelo trabalho!
Muito bom.
Muito legal essa playlist de banco de dados
Obrigado Leonardo!
Parabéns mais uma vez Xará. Excelente pergunta do Gabriel Machado com sua resposta incrementando um conhecimento a mais sobre uma dúvida que ainda não tinha surgido. Salve engano, parece que a 2FN tem alguma semelhança com a 3FN !!!!
SIm, a 2FN e a 3FN lidam ambas com dependências - a 2FN com dependências funcionais e a 3N com dependências transitivas.
Obrigado!
2FN com dependências PARCIAIS e 3FN com dependências TRANSITIVAS. Suas aulas são ótimas! Tenho o prazer de segui-lo em assuntos diversos e em todos sua didática é ótima. Parabéns pelo canal!
Boson, olá! Você está me salvando com essas informações e estou conseguindo realizar os projetos da faculdade... Agora, uma pergunta: no caso da normalização 2FN, do telefone... É o mesmo esquema de CREATE TABLE e no atributo multivalorado colocar os asterisco e inseriar a sua tabela correspondente depois?
*MUITO OBRIGADO*
Uma excelente video aula, muito grata!
Muito obrigado Pablicia!
tbl_Venda seria o esquema do banco de dados?
Professor muito obrigado pelo conteúdo, tem sido de grande valia para mim. Gostaria de saber, quais livros você recomenda para estudar mais a fundo essa questão de modelagem de banco de dados, pois é um dos tópicos que tenho mais interesse na área de desenvolvimento
Rápido e Objetivo!
perfeito!
Eu tenho uma dúvida: a 2FN é aplicada somente em casos onde existe chave primária composta? igual no exemplo do vídeo da 2FN onde todos os atributos não-chave passaram a depender totalmente da chave primária composta? Pois os resultados da 2FN e 3FN são muitos semelhantes, e dá a entender ao visualizar a tabela a ser normalizada que ao possuir as dependências transitivas, já quebra o conceito de dependências da 2FN, ou seja, a tabela não estaria nem na 2FN pra poder aplicar a 3FN por possuir atributos que não dependem totalmente da chave primária...
Uma dúvida que tive... no Cod_Produto aplicaríamos a 1FN, criando uma tabela pra Cod_Produto e incrementando o atributo Nome_Atributo.
Transformaríamos os atributos Nota_Fiscal e Cod_Produto em uma PK composta (tendo em vista que a qtd_vendida depende dos dois atributos em questão), e o Cod_Vendedor ficaria como FK. Pelo que entendi, na 1FN devemos atingir os dados atômicos, certo?
Chegando na 2FN, a FK Cod_Vendedor não teria dependência funcional total da PK composta, porém não teria importância, tendo em vista que apenas os atributos não-chave devem depender totalmente da PK, certo?
mas nesse exemplo se eu tranformar o cod_vendedor tambem com chave primaria , fazendo uma chave composta, estaria na 3 FN?
resolveria o problema ?
Excelente didática!!! 👏🏽👏🏽
Professor, uma dúvida simples... A quantidade de tabelas altera o desempenho do Banco de dados? Reparei que o processo de normalização faz criarmos muitas outras tabelas, isso não deixa o sistema mais lento? Desde já agradeço pelo conteúdo, está me ajudando bastante!
sim!
Excelente! Gostaria de saber se existe algum limite de chaves estrangeiras que eu possa associar a uma mesma tabela ? Ou posso associar quantas forem necessárias?
Não Gabriel, você pode usar quantas forem necessárias para o projeto.
Obrigado!
Fábio! Sou sua fã! Só fiquei com uma dúvida atroz: não sairia dessa tb vendas uma terceira tabela? a de produtos?
Sim, a tbl_Produto é chave estrangeira na tabela de vendas (tbl_Venda) através do atributo cod_Produto
E se vendesse mais de um produto em uma mesma venda. Vamos supor que seja uma loja de produtos de limpeza e um vendedor venda um detergente e uma água sanitária na mesma operação, como ficaria a coluna Cod_Produto ??
Na minha mente, essa coluna nesse caso se tornaria uma coluna multivalorada, sendo assim, teria que voltar na 1º Forma Normal e retirar essa coluna desta tabela e montar uma tabela só com ela. Porém não consigo fazer um relacionamento entre a nova tabela criada e a tbl_Venda. Alguém teria solução?
Essa foto dando joinhas parece muitooo com o "pesadauum" kkkkkkkkk
Quando haverá a liberação do FNBC? #ansiosa
Na próxima quinta-feira, 16/11. Abraço Larissa!
muito bom sua aula....
a normalização eh obrigatória em todo projeto de DB ou eh opcional?
É obrigatória se quiser entregar um produto de qualidade, pois você elimina chances de erros no seu projeto.
Praticamente obrigatória, é muito raro não precisar, Leilson.
Obrigado!
é 2FN é muito parecida com a 3FN, ou nao?
Nesse caso, como eu faria para colocar vários produtos em uma mesma nota fiscal?
se na 3 FN ficar assim , ficaria errado? 3fn
Produto(cod_produto(PK), qtde_vendida)
Vendedor( cod_vendedor(PK), nome_vendedor)
Venda( nota_fiscal, cod_vendedor(FK), cod_produto(FK))
acho que a qtde_vendida deveria estar na tabela de Venda, ja que cada venda tem um produto e sua quantidade vendida naquela venda
Quando sai a próxima aula?
Quinta-feira Eric, "Forma Normal de Boyce-Codd".
Abraço!
Explicou em 10 min o que meu professor não conseguiu explicar em 1 Semestre
exatamente KSJDHBLSKDMGSKDBGN
E se a venda tivesse mais de 1 produto?
Acho que se criaria uma terceira tabela com a nota_fiscal, os Cod_Produto dessa nota (um por linha para se normalIzar) que se relacionaria com a tbl_Venda pela nota fiscal. Assim, pela nota, você poderia chegar aos produtoS dessa venda.
Mas uma nota fiscal , não poderia ter mais de 1 produto ?
então teria varios codigos de produtos em uma tupla? fazendo cod_produto ser multivalorado?
Eu não vi diferença entre a 2FN e a 3FN =/
Aí vc tem que rever as Anomalias, pq a 2 e a 3 tem a ver com as dependencias transitivas e multivalorada. Na 2FN vc avalia SE um atributo depende de mais de uma PK, no 3 FN vc avalia se há atributos que dependem de outros que não são PK. Decore as anomalias.
Acho que se Nome_Vendedor não depende da PK, então não houve a normalização 2F, logo, não poderíamos passar pra etapa 3F. Concordam?
Concordo. Também reparei nisso. Essa coluna Nome_Vendedor faz com que não tenha sido feita a 2 FN.
Na verdade seria assim se Cod_vendedor fosse uma PK junto com Nota_fiscal. Mas ela é um atributo não chave onde outro atributo depende dela
isso mesmo, se Cod_vendedor fizesse parte da PK, o nome do vendedor teria saído da tabela quando fosse aplicada a 2FN, mas como não faz parte, somente na 3FN que isso é normalizado
Concordo, mas, como é uma "aula", em inúmeros casos após a 2FN situações como estas exemplificadas por ele acontecem, e em 10 minutos foi uma forma de explicar.
Se você consultar a chave primária "Nota_Fiscal" você acha o nome do vendedor, ou seja, o "nome_vendedor" depende sim da nota fiscal. Contudo o "nome_vendedor" também depende do "Cod_Vendedor", que é um atributo não chave, gerando assim uma dependência transitiva. Isso faz com que a tabela não esteja na 3FN e tenha que ser normalizada.
Esses trem é muito confuso
Como posso criar um pendrive bootável a partir de uma distribuição Linux ?
Nao entendi a diferença do 2NF para 3NF, me pareceu a mesma solução? Ou seja repetiu a mesma coisa do video anterior. Qual seria a diferença?
É só para F&%$r com a cabeça do caboclo mesmo. Na 2 FN vc remove as chaves-primas ( ou atributos Não-Chave ) que depende de uma Chave-Primaria (PK). Voce só precisa observar as tabelas que possuem MAIS de 1 chave primaria.
Na 3 FN voce vai verificar (quase todos) os relacionamentos, os que so possuem 1 Chave-Primaria e verificar AGORA se existe uma chave-prima ( ou atributo Não-Chave) que dependa de outro atributo Não-Chave, ou seja quase todas as relações que vc criou anteriormente...