Interessante as dicas pra criação do banco de dados, porém acredito que o conceito de chave primária, não obrigatoriamente tem a ver com o AUTO_INCREMENT de inserção automática pelo banco de dados. Neste caso, optou-se por isso, mas é bastante válido e usual utilizarem campos tipo cpf/cnpj como chaves primárias de tabelas em bancos relacionais e esses dados não seriam inseridos automaticamente pelo banco de dados. Por serem chaves primárias, elas são únicas - que também casaria com um campo de cpf por exemplo, o que faz sentido ele ser uma chave primária também. Acho que faltou essa explicação mais detalhada sobre a chave primária. De resto, muito bacana o vídeo, parabens pelo trabalho.
Boa pessoal, muito bom o vídeo de vocês, parabéns! Ajuda bastante o pessoal que está iniciando, entender melhor como modelar um banco de dados. Algumas dicas: Quando vocês colocaram a tabela de clientes e endereço na primeira explicação, mostrar o campo de relacionamento na entidade (por exemplo id_cliente), para quem está iniciando entender que deveria ligar uma tabela na outra, seria uma informação interesse, sei que vocês explicaram isso mais para frente no vídeo, mas no início, senti que faltou essa referência. Do meu ponto de vista, a afirmação de que, por boas práticas, a chave primária é sempre representada por um inteiro, dá uma sensação de que se fizer diferente, está errado, quando é até bem comum por exemplo, usar UUID como chave primária, que não é um inteiro, até para evitar colisão em sistemas que possui inclusão de dados de forma simultânea ou que tem serviços offline e depois precisam sincronizar com o banco de dados na nuvem, outro ponto é o fato do sequencial na chave primária, na verdade quem estava fazendo isso no exemplo de vocês, é a função de auto_increment, que não está relacionado a coluna ser ou não uma chave primária, apesar de ser bem comum de ver auto_increment em colunas de chave primárias que são do tipo inteiro. Outro ponto, foi no final, vocês comentaram sobre a exclusão lógica, usando um exemplo de campo booleano, apesar de ser bem comum ser utilizado dessa forma, acredito que também explicar sobre criar um campo do tipo date/time para ter o momento exato da exclusão do registro, e quando o campo estiver nulo, ele ainda não foi excluído, para facilitar a visualização de um histórico de exclusão, agregaria valor ao exemplo de exclusão lógica, isso ajudaria aos nossos futuros Devs a escolherem esses tipo de abordagem, que acaba sendo mais eficiente no dia a dia. Espero ter contribuído! Mais uma vez, parabéns pelo vídeo! Um grande abraço!
Show de bola, resumiu bem algumas boas práticas na criação das tabelas do banco. Nos sistemas que faço eu nunca excluo dados de clientes, produtos, ou algum outro cadastro que seja relevante. Sempre uso a exclusão lógica mencionada no vídeo, usando campo "ativo" como sim/não. Ou se for o caso, pode ser um campo 1 - Ativo, 2 - Inativo, 3 - Bloqueado, 4 - Cancelado, 5 - Efetivado.... , para movimentações, por exemplo
Isso é bem bacana! Teve uma fez que fiz uma tabela separada com todos users "bloqueados", fiz com triggers para fins de teste, uma alternativa a exclusão lógica e não ocupar a table principal
boas soluções tanto a sua quanto a do Felipe, o mais importante pra gente é não perder dados, dados processados se tornam informações, que são extremamente importantes para o negocio e as tomadas de decisões! Grade abraço!
Likeeeee, uma dica para quem está começando e crie primeiro as tabelas apenas com chave primária depois as estrangeiras na sequência uma vez que aquelas que tem chave estrangeira dependem daquela com a primária, foi uma coisa que me confundiu bastante no começo.
Muito bom o vídeo! Vocês são feras! O que vocês acham de fazer conteúdos voltados para análise de dados e automação? Por exemplo, usando python ou R para analisar dados e refinar informações.
Excelente vídeo. Quando vou fazer método pra excluir usuário, acabo gastando muito tempo percorrendo a modelagem lógica toda do sistema pra fazer a exclusão dos dados relacionados na ordem certa, pq muitas vezes tem a relação da relação da relação etc. Um usuário q tem muitos posts, q tem comentários, q podem ter mídias, q tem respostas, td isso tem curtidas, etc. Existe algum comando mágico que exclua um usuário e excluindo também toda essa cascata de linhas relacionadas?
Fala Igor, beleza meu camarada? Maneiro saber disso é sinal que você tá progredindo, dá uma pesquisa em trigger, são gatilhos no bd que são disparados por alguma ação, por exemplo você pode ter uma trigger que vai fazer toda essa rotina de deleções. A primeira vez você vai precisar monta-la, mas daí em diante é só executar.. Grande abraço!
o endereco que recebe uma chave estrangeira do cliente, não é melhor o cliente recebe uma chave estrangeira do endereco. haja vista que o cliente mora no endereco, não o endereco mora no cliente. ou não?
Lembre que são muitos endereços pra um cliente. A chave estrangeira sempre fica no lado que tem muitos. Ex.: Se o João tem 3 endereços, não tem como colocar os 3 ids dos endereços no registro do João. Mas tem como colocar o id do João em cada registro de endereço.
Fala Augusto, beleza? Meu camarada? Lá no rodapé da plataforma tem um link 'Fale Conosco' vai lá que a gente consegue te ajudar e te auxiliar. Grande abraço!
Fala João, beleza meu camarada? Mesmo com a LGPD ou a GRPD ainda sim faz sentido a exclusão lógica, de acordo com ambas para a exclusão definitiva é preciso a solicitação do proprietário do dado/informação.. traduzindo, rs.. ao menos que cliente peça você não precisa realizar a remoção, agora se o cliente solicitar aí sim não tem conversa, você precisa realizar a remoção do seu sistema/banco de dados.. Grande abraço!
Fala @@rogerioblucio, beleza meu camarada? Infelizmente essa parte da comprovação ainda não esta bem definida, não tem nada que obrigue a empresa provar que excluiu a não ser processos judiciais cabulosos e complexos. Porem existem rotinas e processos que as empresas podem fazer para comprovar pro usuário, como por exemplo: armazenar um log de exclusão com o identificador único do usuário, ter uma pagina que o usuário consiga realizar uma consulta dos dados pelo identificador único, alguma gravação da rotina de exclusão, realizar um processo de teste de login ou redefinição de senha junto com o usuário. Enfim, a lei não deixa isso claro, então cada empresa pode adotar a sua medida para comprovar a deleção dos dados.
@@_Gaspar. entendo cara, mas acho meio nada haver você pedir exclusão na ilusão de que a empresa não tem mais suas informações... e nós sabemos que qualquer backup do banco da empresa está os seus dados lá... mas enfim... eles que lutem...hauahau
Mano, me dá uma agonia perceber vocês olhando um pro outro de forma forçada. Não precisa disso, cara. E o boné definitivamente não combina com o assunto, nem com o canal e nem com esse público. É um canal de Dev de uma das maiores escolas de Dev, não é o KondZilla. A boca fala de um assunto e a imagem fala de outro. Não parecem programadores, não parecem nem que realmente entendem do assunto. Parece que foi tudo decorado e mal, pois dá pra ver vocês lendo. Só pegar outros canais de programação aí e ver como o pessoal se porta. Eu sou programador e achei tão estranho isso que fui ver se esse era mesmo o canal oficial do DevMedia. Não tô querendo ver o estereótipo do nerd zoado, isso tá em um extremo, porém, vocês vão pro outro extremo que tbm não tem nada a ver. Passem a imagem do profissional que um Dev quer ser.
![ปฏิเสธไม่ไหว (Crush on you) - LIPTA feat. No One Else [TEASER MV]](http://i.ytimg.com/vi/VC689EgdSIw/mqdefault.jpg)
Interessante as dicas pra criação do banco de dados, porém acredito que o conceito de chave primária, não obrigatoriamente tem a ver com o AUTO_INCREMENT de inserção automática pelo banco de dados. Neste caso, optou-se por isso, mas é bastante válido e usual utilizarem campos tipo cpf/cnpj como chaves primárias de tabelas em bancos relacionais e esses dados não seriam inseridos automaticamente pelo banco de dados. Por serem chaves primárias, elas são únicas - que também casaria com um campo de cpf por exemplo, o que faz sentido ele ser uma chave primária também. Acho que faltou essa explicação mais detalhada sobre a chave primária. De resto, muito bacana o vídeo, parabens pelo trabalho.
Boa pessoal, muito bom o vídeo de vocês, parabéns!
Ajuda bastante o pessoal que está iniciando, entender melhor como modelar um banco de dados.
Algumas dicas:
Quando vocês colocaram a tabela de clientes e endereço na primeira explicação, mostrar o campo de relacionamento na entidade (por exemplo id_cliente), para quem está iniciando entender que deveria ligar uma tabela na outra, seria uma informação interesse, sei que vocês explicaram isso mais para frente no vídeo, mas no início, senti que faltou essa referência.
Do meu ponto de vista, a afirmação de que, por boas práticas, a chave primária é sempre representada por um inteiro, dá uma sensação de que se fizer diferente, está errado, quando é até bem comum por exemplo, usar UUID como chave primária, que não é um inteiro, até para evitar colisão em sistemas que possui inclusão de dados de forma simultânea ou que tem serviços offline e depois precisam sincronizar com o banco de dados na nuvem, outro ponto é o fato do sequencial na chave primária, na verdade quem estava fazendo isso no exemplo de vocês, é a função de auto_increment, que não está relacionado a coluna ser ou não uma chave primária, apesar de ser bem comum de ver auto_increment em colunas de chave primárias que são do tipo inteiro.
Outro ponto, foi no final, vocês comentaram sobre a exclusão lógica, usando um exemplo de campo booleano, apesar de ser bem comum ser utilizado dessa forma, acredito que também explicar sobre criar um campo do tipo date/time para ter o momento exato da exclusão do registro, e quando o campo estiver nulo, ele ainda não foi excluído, para facilitar a visualização de um histórico de exclusão, agregaria valor ao exemplo de exclusão lógica, isso ajudaria aos nossos futuros Devs a escolherem esses tipo de abordagem, que acaba sendo mais eficiente no dia a dia.
Espero ter contribuído!
Mais uma vez, parabéns pelo vídeo!
Um grande abraço!
Show de bola, resumiu bem algumas boas práticas na criação das tabelas do banco.
Nos sistemas que faço eu nunca excluo dados de clientes, produtos, ou algum outro cadastro que seja relevante.
Sempre uso a exclusão lógica mencionada no vídeo, usando campo "ativo" como sim/não.
Ou se for o caso, pode ser um campo 1 - Ativo, 2 - Inativo, 3 - Bloqueado, 4 - Cancelado, 5 - Efetivado.... , para movimentações, por exemplo
Isso é bem bacana! Teve uma fez que fiz uma tabela separada com todos users "bloqueados", fiz com triggers para fins de teste, uma alternativa a exclusão lógica e não ocupar a table principal
boas soluções tanto a sua quanto a do Felipe, o mais importante pra gente é não perder dados, dados processados se tornam informações, que são extremamente importantes para o negocio e as tomadas de decisões! Grade abraço!
Galera, top demais. Parabéns e obrigado pelo vídeo.
Tmj Alexandre, obrigado pelo comentário!
Grande abraço!
Likeeeee, uma dica para quem está começando e crie primeiro as tabelas apenas com chave primária depois as estrangeiras na sequência uma vez que aquelas que tem chave estrangeira dependem daquela com a primária, foi uma coisa que me confundiu bastante no começo.
O bom da DevMedia é que você aprende rindo.
rir é bom, quando consegue rir e aprender é melhor ainda.. ahaha
Grade abraço Danilo
Muito bom! Só ficou faltando falar sobre o BDG na hora que estava falando sobre os tipos de dados
Muito conhecer um pouco mais sobre banco de dados. Parabéns pelo conteúdo!
saiu video da devmedia já vou likando antes mesmo de ver!
só conteúdo F#D@!
*-----------*
Valeu Wellyton, obrigado pelos likes e vamos nessa!
Grande abraço!
Canal muito bom, namoral
Muito bom o vídeo! Vocês são feras! O que vocês acham de fazer conteúdos voltados para análise de dados e automação? Por exemplo, usando python ou R para analisar dados e refinar informações.
Vim correndo DPS da notificação!!!
No site de voces fala que a boa pratica para chave primaria é escolher atributos naturais e não artificiais como um sequencial, qual é o correto?
Top manos!
Salve!!!
Excelente vídeo. Quando vou fazer método pra excluir usuário, acabo gastando muito tempo percorrendo a modelagem lógica toda do sistema pra fazer a exclusão dos dados relacionados na ordem certa, pq muitas vezes tem a relação da relação da relação etc. Um usuário q tem muitos posts, q tem comentários, q podem ter mídias, q tem respostas, td isso tem curtidas, etc. Existe algum comando mágico que exclua um usuário e excluindo também toda essa cascata de linhas relacionadas?
Fala Igor, beleza meu camarada?
Maneiro saber disso é sinal que você tá progredindo, dá uma pesquisa em trigger, são gatilhos no bd que são disparados por alguma ação, por exemplo você pode ter uma trigger que vai fazer toda essa rotina de deleções. A primeira vez você vai precisar monta-la, mas daí em diante é só executar..
Grande abraço!
@@_Gaspar. valeu demais!! Vou olhar sobre esses triggers. Brigadão pelo conteúdo que sempre colocam por aqui. Saudações de Minas Gerais.
o endereco que recebe uma chave estrangeira do cliente, não é melhor o cliente recebe uma chave estrangeira do endereco. haja vista que o cliente mora no endereco, não o endereco mora no cliente. ou não?
Lembre que são muitos endereços pra um cliente. A chave estrangeira sempre fica no lado que tem muitos.
Ex.: Se o João tem 3 endereços, não tem como colocar os 3 ids dos endereços no registro do João. Mas tem como colocar o id do João em cada registro de endereço.
@@leunardomaia fez total sentido.
Como selecionar * where id = id .
Menos o próprio id ..?
Para não repetir a imagem num álbum de imagem por exemplo
n consigo assinar a dev media a tela fica branca quanto eu aperto em proximo passo
Fala Augusto, beleza? Meu camarada?
Lá no rodapé da plataforma tem um link 'Fale Conosco' vai lá que a gente consegue te ajudar e te auxiliar.
Grande abraço!
@@_Gaspar. agora ja consegui vlw
like number 100
aulas!
Com a LGPD, ainda é viável usar a exclusão lógica ?
Fala João, beleza meu camarada?
Mesmo com a LGPD ou a GRPD ainda sim faz sentido a exclusão lógica, de acordo com ambas para a exclusão definitiva é preciso a solicitação do proprietário do dado/informação.. traduzindo, rs.. ao menos que cliente peça você não precisa realizar a remoção, agora se o cliente solicitar aí sim não tem conversa, você precisa realizar a remoção do seu sistema/banco de dados..
Grande abraço!
@@_Gaspar. só quero entender como vai ser a comprovação de exclusão de um dados no BD ...
Fala @@rogerioblucio, beleza meu camarada?
Infelizmente essa parte da comprovação ainda não esta bem definida, não tem nada que obrigue a empresa provar que excluiu a não ser processos judiciais cabulosos e complexos. Porem existem rotinas e processos que as empresas podem fazer para comprovar pro usuário, como por exemplo: armazenar um log de exclusão com o identificador único do usuário, ter uma pagina que o usuário consiga realizar uma consulta dos dados pelo identificador único, alguma gravação da rotina de exclusão, realizar um processo de teste de login ou redefinição de senha junto com o usuário.
Enfim, a lei não deixa isso claro, então cada empresa pode adotar a sua medida para comprovar a deleção dos dados.
@@_Gaspar. entendo cara, mas acho meio nada haver você pedir exclusão na ilusão de que a empresa não tem mais suas informações... e nós sabemos que qualquer backup do banco da empresa está os seus dados lá... mas enfim... eles que lutem...hauahau
@@_Gaspar. só os telemarketings...não receberam essa informação ainda né..?
"Vou fazer uma fono" kkkkkk
tá fod@! hahahahahahaha
Procupar caralho mkkkkkkkkkk
pensei o vídeo estava em 2X. kkkkkkkkk
um dia assiste em 2x quando voltei parecia que ainda estava acelerado.. kkkkk
CADÊ O ESTAGIÁRIO????
Nesse exato momento tá bem aqui na minha frente... rs
Já já tem novos vídeos com o Eric no canal :)
Grande abraço!
update sem where rsrsrs
Mano, me dá uma agonia perceber vocês olhando um pro outro de forma forçada. Não precisa disso, cara. E o boné definitivamente não combina com o assunto, nem com o canal e nem com esse público. É um canal de Dev de uma das maiores escolas de Dev, não é o KondZilla. A boca fala de um assunto e a imagem fala de outro. Não parecem programadores, não parecem nem que realmente entendem do assunto. Parece que foi tudo decorado e mal, pois dá pra ver vocês lendo. Só pegar outros canais de programação aí e ver como o pessoal se porta. Eu sou programador e achei tão estranho isso que fui ver se esse era mesmo o canal oficial do DevMedia. Não tô querendo ver o estereótipo do nerd zoado, isso tá em um extremo, porém, vocês vão pro outro extremo que tbm não tem nada a ver. Passem a imagem do profissional que um Dev quer ser.
kkkkkkkkk
O cara só fala palavrão é bem amador