Oi, pessoal. No último exemplo, eu resolvo o caso de dependência transitiva, mas há ainda um caso de coluna multivalorada, porque há uma lógica n:m entre nota fiscal e produto. Logo, a tabela não está na 3FN como eu digo. Neste caso, o ideal seria que nota fiscal fosse um relacionamento ternário entre produto, vendedor e cliente. Haveria uma tabela pra vendedor, outra pra cliente, outra pra produto e outra pra nota fiscal. Falha minha! o.O
Parabéns pelo vídeo e didática. Com certeza revivi um assunto não tão simples, de forma clara o que me custou muito a aprender na faculdade. Mérito de uma boa explicação.
Se você deseja um Curso de Python + Testes de Software + Análise de Dados pela escola Ultima com 700 reais de desconto, clica neste link e aproveita a oportunidade: promo.ultima.school/oferta-especial/oliba?RUclips&Influencer&Olibario
Estou estudando pra concurso e não sou da área de TI, mesmo assim, consegui entender tudo direitinho! Muito boa a explicação! Onde posso conseguir os slides que vc apresentou?
Na decomposição do campo multivalorado telefone não poderíamos ter colocado um pk composta na nova tabela? Ex: uma pk composta com a fk cpf oriunda de pessoa e a própria coluna telefone. Algo parecido com que fazemos quando mapeamos entidades fracas para o modelo relacional?
Olá! Acredito que houve um engano no Exercício 4 e corrija-me se estiver errado. Passou despercebido que o Asdrúbal (Asd) tem o papel de analista (linhas 3 e 5) e projetista (linha 4). Desta forma, papel não poderia estar atrelado a membro, como mostrado no diagrama, sendo na verdade fruto do relacionamento, pois dependeria do id_membro e id_tarefa. Abraços.
Na verdade eu acredito que seria uma tabela própria por ser um atributo multivalorado, além de que é possível que vc tenha uma função sem estar atrelado a uma tarefa
Cara eu estava procurando um comentário sobre isso kkkk também penso da mesma forma, 1 mesmo nome tem papéis diferentes, então nesse caso não da pra normalizar como ele disse, pena que nem respondem...
@@adaylltongabrieldasilvasan3627 Não pois seria a função dentro de uma tarefa então se tarefa fosse null papel também seria acredito que seria dentro de relacionamento mesmo
No exemplo 4, o Asdrúbal realiza papéis diferentes para tarefas diferentes, não seria o caso do atributo "papel" fazer parte da tabela de relacionamento assim como "horas_alocadas"?
Pode ser considerado composto, sim, mas na maioria das aplicações se considera atômico. Depende do contexto da aplicação. Pra uma empresa aérea, por ex, separar em nome e sobrenome é interessante, pq é assim que o check-in é feito. Idem para um sistema de citações autorais, pq o sobrenome vem separado do nome. A composição tem essa dependência semântica.
Em questão à normalizacao 3FN: A nota fiscal pode ter vários produtos, né? Sendo necessário uma tabela de apoio: produtos_vendidos, referenciando a notafiscal e armazenando os produtos vendidos... faltou explicar isso jovem
Oi, pessoal. No último exemplo, eu resolvo o caso de dependência transitiva, mas há ainda um caso de coluna multivalorada, porque há uma lógica n:m entre nota fiscal e produto. Logo, a tabela não está na 3FN como eu digo. Neste caso, o ideal seria que nota fiscal fosse um relacionamento ternário entre produto, vendedor e cliente. Haveria uma tabela pra vendedor, outra pra cliente, outra pra produto e outra pra nota fiscal. Falha minha! o.O
eu fiquei pensando nisso e logo vi seu comentário. boa!!
Aprendi em menos de 20 min de aula o que eu não aprendi em 3 horas na aula da faculdade
Esse conhecimento foi "multivalorado" para mim, muito obrigado!
Disponha!
Muito bom. De longe as melhores aulas que encontrei sobre banco de dados.
Eu aprendi em 20 min, mais do que um semestre inteiro da faculdade!!!¡ Valeu professor
Gentileza sua. Que bom que pude ajudar!
@@DesCOMPlicaOliba Simmm e graças a você e o vídeo gabaritei na prova essa semana!!!!!! Valeuuuuu
@@wallacy350 mérito seu que correu atrás! Parabéns.
Muito obrigado
Além de explicar bem
Foi bem convincente
Muito bom! Estava difícil entender como fazer meu trabalho da faculdade
Agora vai fluir, obrigado ^_^
maravilhoso, aprendi mais aqui do que em todas as aulas q tive
Parabéns pelo vídeo e didática. Com certeza revivi um assunto não tão simples, de forma clara o que me custou muito a aprender na faculdade. Mérito de uma boa explicação.
Obrigado!
explicação objetiva e impecável no quesito de ser entendível
Gentileza sua!
exelente explicação me ajudou muito, aprendi rapido e de forma simplis !
Muito bom!!! excelente explicação e exemplos. Parabéns pelo empenho e por me ajudar.
Parabéns pelo conteúdo. Simples e direto... Fiz uma revisão das minhas aulas de normalização em 17min..
Obrigado!!!
De nada!
Muito bom cara, faz mais pra gente!
Aula muito completa e didática, parabéns!!!
Excelente aula. Boa explicação, clara e objetiva. Me ajudou bastante.
Que bom que ajudou!
perfeito... vc simplificou tudo obrigada
A explicação está sensacional! Muito Obrigada!
Fico feliz que te ajudou.
cara muito bom, faz uma cara que eu estou vendo vídeo, vi vídeo até de curso de graduação mesmo, o seu foi o mais didático
Obrigado.
Cara, perfeito! Parabéns! Ganhou um inscrito
Se você deseja um Curso de Python + Testes de Software + Análise de Dados pela escola Ultima com 700 reais de desconto, clica neste link e aproveita a oportunidade: promo.ultima.school/oferta-especial/oliba?RUclips&Influencer&Olibario
Você arrebentou! Curto e direto! Mandou muito bem!
Obrigado.
Essa aula foi tremenda! Me inscrevi e torço para que o canal continue, pois uma didática assim é impar!
Muito obrigado. Fico feliz ao ler isso.
Muito obrigado professor!
Disponha!
Parabéns pelo vídeo, me ajudou bastante 🤝🤝
Que bom! Fico feliz que tenha te ajudado.
Consegui entender perfeitamente o que estava dando nós na minha cabeça. Didática maravilhosa, muito obrigado pela aula! :))
Vídeo bem objetivo, muito obrigado!
Disponha!
Parabéns Pelo Vídeo! Excelente explicação e bem objetivo!
Muito obrigado!
@@DesCOMPlicaOliba eu quem agradeço por compartilhar o conhecimento e nos ajudar nessa jornada de aprendizado!
Parabéns pelo conteúdo!
Muito obrigado!!!!! Finalmente entendi.
Parabéns pelo vídeo, muito bem explicado !
Obrigado
Estou estudando pra concurso e não sou da área de TI, mesmo assim, consegui entender tudo direitinho! Muito boa a explicação! Onde posso conseguir os slides que vc apresentou?
Muito bom...muito bem explicado.
Show de mais sua explicação!
Que bom que gostou! Abraço
Muito bom mano! Parabéns! Bem didático e esclarecedor!
Muito obrigado!
Parabéns pela didática!!!
Ótimo vídeo!
Animal! Muito bom! Obrigado pelo vídeo!
Disponha!
Muito bem explicado!
muito bom obrigado professor
De nada
Carai mano, que explicação foda.
Muito obrigado, excelente video!
Que bom que vc gostou. Abraço
aula melhor do que a do meu professor kkkkkk
Excelente, inscrito no canal
Pelo o que entendi, existe um pequeno erro em 11:33. Pois "Astrúbal" tem dois papéis diferentes. E isso muda consideravelmente, a atribuição. Certo?
Obrigada pelo video!
De nada.
Na decomposição do campo multivalorado telefone não poderíamos ter colocado um pk composta na nova tabela? Ex: uma pk composta com a fk cpf oriunda de pessoa e a própria coluna telefone. Algo parecido com que fazemos quando mapeamos entidades fracas para o modelo relacional?
Olá! Acredito que houve um engano no Exercício 4 e corrija-me se estiver errado. Passou despercebido que o Asdrúbal (Asd) tem o papel de analista (linhas 3 e 5) e projetista (linha 4). Desta forma, papel não poderia estar atrelado a membro, como mostrado no diagrama, sendo na verdade fruto do relacionamento, pois dependeria do id_membro e id_tarefa. Abraços.
Na verdade eu acredito que seria uma tabela própria por ser um atributo multivalorado, além de que é possível que vc tenha uma função sem estar atrelado a uma tarefa
Cara eu estava procurando um comentário sobre isso kkkk também penso da mesma forma, 1 mesmo nome tem papéis diferentes, então nesse caso não da pra normalizar como ele disse, pena que nem respondem...
@@adaylltongabrieldasilvasan3627 Não pois seria a função dentro de uma tarefa então se tarefa fosse null papel também seria acredito que seria dentro de relacionamento mesmo
obg
rapaz, você explicou melhor que o alura acredia?
Gentileza sua.
Muito bom
MuItO BoM ViDeO! !! ParABeNs
Ps: data de inicio n devia ser relacionamento pq poderia existir um exemplo de aquele mes ser 3 12:28
Excelente video!... a 1FN na tabela o atributo Nome, poderia ser descomposto em Nome e Sobrenome?
Poderia, sim, Erivaldo.
Demais cara, valeu mesmo!! 🙌🏻🙌🏻
De nada.
TOP
No exercício 4 papel não seria em realiza? pois a mesma pessoa pode ter vários papeis e a mesma tarefa também então P m - n Papel m - n tarefa.
ameiii
E eu amei seu comentário.
😀
No exemplo 4, o Asdrúbal realiza papéis diferentes para tarefas diferentes, não seria o caso do atributo "papel" fazer parte da tabela de relacionamento assim como "horas_alocadas"?
Sim, Vitor. Bem observado. Obrigado.
@@DesCOMPlicaOliba Certo. Gostei bastante da aula, parabéns!
Professor, o atributo "Nome", não seria composto (nome e sobrenome)?
Pode ser considerado composto, sim, mas na maioria das aplicações se considera atômico. Depende do contexto da aplicação. Pra uma empresa aérea, por ex, separar em nome e sobrenome é interessante, pq é assim que o check-in é feito. Idem para um sistema de citações autorais, pq o sobrenome vem separado do nome. A composição tem essa dependência semântica.
GOD, to aprendendo aqui o equivalente a 9 horas de aula no meu college aqui no Canada kkkk mt bom
Em questão à normalizacao 3FN: A nota fiscal pode ter vários produtos, né? Sendo necessário uma tabela de apoio: produtos_vendidos, referenciando a notafiscal e armazenando os produtos vendidos... faltou explicar isso jovem
É, esse exemplo não ficou mto bom. Nota fiscal poderia ser um relacionamento ternário com vendedor, produto e cliente. Modelaria melhor.
TOPPPPPP
a coluna tarefa tem campo multivalorado logo não está na 1FN
mano eu sou muito burro, não entendi nada!
Você não é burro, só não tem base o suficiente para entender a linguagem, provavelmente, não pare!
Muito bom. Parabéns.