Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da ClubeDelphi ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Video: Rad Studio 2007-DBX4 e Firebird 2.0-Aplicação comercial de vendas do Inicio ao Fim-Parte 2-Criando o DER abordando a modelagem conceitual do banco de dados
Nesta vídeo-aula, será criada também a estrutura de diretórios para organizar os fontes.
Título:
Tempo: 17m25ss
Mini-resumo: Nesta vídeo-aula o autor da continuidade a série criando o DER abordando a modelagem conceitual do banco de dados. Nesta video é criado também a estrutura de diretorios para organizar os fontes.
Palavras chave: DER, RAD Studio 2007, Firebird 2.0, DBX4, IBExpert.

3 COMENTÁRIOS
Evandro Jose Da Silva.
Caro Rodrigo, gostaria de uma informação
sua, na construção de um cadastro de cliente, seria o mais correto ser um
cadastro de pessoa, ou o de cliente mesmo, vou lhe explicar
abaixo:
Seguinte gosto muito de programação, mas não dominio nenhuma afundo, gosto de brincar com php ( dreamweaver ) e com o Delphi Win32, gosto muito MySql pois acho fácil e pratico alem de rápido.
Vendo as video-aulas que voce fez me identifiquei bastante com seu modo de programar, de gostar das coisas mais práticas, agora vamos a dúvida, como vejo várias videos de profissionais diferentes me embanano todo aqui no que seguir, vejo que alguns fazem o cadastro de cliente ou pessoa em uma tabelona com todos os dados possiveis ali, e outros separam o cadastro por pessoa tipo:
Para a tabela PESSOA são criadas outras tabelas ligadas a ela, PESSOA_FISICA, PESSOA_JURIDICA, ENDERECO, TELEFONE, e UF e PAIS ligadas a ENDERECO.
Essa seria a normalização correta, ou é mais fácil e prático ser tudo em uma unica tabela.
Abraços e desde já agradeço.
Seguinte gosto muito de programação, mas não dominio nenhuma afundo, gosto de brincar com php ( dreamweaver ) e com o Delphi Win32, gosto muito MySql pois acho fácil e pratico alem de rápido.
Vendo as video-aulas que voce fez me identifiquei bastante com seu modo de programar, de gostar das coisas mais práticas, agora vamos a dúvida, como vejo várias videos de profissionais diferentes me embanano todo aqui no que seguir, vejo que alguns fazem o cadastro de cliente ou pessoa em uma tabelona com todos os dados possiveis ali, e outros separam o cadastro por pessoa tipo:
Para a tabela PESSOA são criadas outras tabelas ligadas a ela, PESSOA_FISICA, PESSOA_JURIDICA, ENDERECO, TELEFONE, e UF e PAIS ligadas a ENDERECO.
Essa seria a normalização correta, ou é mais fácil e prático ser tudo em uma unica tabela.
Abraços e desde já agradeço.
[há +1 ano] -
Responder
[autor]
Rodrigo Carreiro Mourão
Olá Evandro !!
Eu sempre costumo comparar o mundo do desenvolvimento com o mundo dos investimentos, pois são minhas duas grandes paixões. Isso por que assim como nos investimentos, na programação não temos nada 100% seguro que seja 100% lucrativo, ou mellhor, produtivo.
No seu caso modelar um banco com entidade pessoa com uma generalização em Cliente e Funcionário por exemplo, seria o correto dentro da normalização ou da elegância, seria o 100% seguro. MAs será que seria "lucrativo". Pense numa aplicação onde fariamos manutenção, relatorios, consultas. Nossos select seriam maiores.
Embora esteja escrevendo isso para você, numa aplicação que tenho comercial a base dos meus cadastros de Clientes, Fornecedores, Funcionarios é uma tabela pessoa com associação com endereço, telefone, e-mail. Assim se um funcionário se tornasse um cliente não tenho que recadastrá-lo.
O modelo ficou muito bacana mas temos que pesar na balança se o custo vai valer a pena.
Bem resumindo, não há certo ou errado. É como no mercado financeiro, você tem que saber qual o seu perfil, conservador, moderado ou arrojado. kkkkkk
Grande abraço !!!
Eu sempre costumo comparar o mundo do desenvolvimento com o mundo dos investimentos, pois são minhas duas grandes paixões. Isso por que assim como nos investimentos, na programação não temos nada 100% seguro que seja 100% lucrativo, ou mellhor, produtivo.
No seu caso modelar um banco com entidade pessoa com uma generalização em Cliente e Funcionário por exemplo, seria o correto dentro da normalização ou da elegância, seria o 100% seguro. MAs será que seria "lucrativo". Pense numa aplicação onde fariamos manutenção, relatorios, consultas. Nossos select seriam maiores.
Embora esteja escrevendo isso para você, numa aplicação que tenho comercial a base dos meus cadastros de Clientes, Fornecedores, Funcionarios é uma tabela pessoa com associação com endereço, telefone, e-mail. Assim se um funcionário se tornasse um cliente não tenho que recadastrá-lo.
O modelo ficou muito bacana mas temos que pesar na balança se o custo vai valer a pena.
Bem resumindo, não há certo ou errado. É como no mercado financeiro, você tem que saber qual o seu perfil, conservador, moderado ou arrojado. kkkkkk
Grande abraço !!!
[há +1 ano] -
Responder
Evandro Jose Da Silva.
Rodrigo, obrigado por sua resposta, então posso usar normalmente uma tabela para Cliente, Fornecedor, Funcionarios, pois seria mais produtivo em relação aos selects, updates e a propria manutenção, esta dúvida em tenho desde que programo no php.
Mas valew pela resposta, estou ancioso por suas videos de Delphi 2009 + DataSnap, pelo que vi esse dataSnap esta o bicho, segui umas videos do Guinther Pauli e do Renato Matos e esse aplicação em n-tier é show.
Mas valew pela resposta, estou ancioso por suas videos de Delphi 2009 + DataSnap, pelo que vi esse dataSnap esta o bicho, segui umas videos do Guinther Pauli e do Renato Matos e esse aplicação em n-tier é show.
[há +1 ano] -
Responder
Você está em:
canal Delphi
Publicidade
Este post faz parte de:
Curso(s):
Rad Studio 2007-DBX4 e Firebird 2.0-Aplicação comercial d...
Curso(s):
Rodrigo Carreiro Mourão
Space do autor
Consultor de TI especializado em Orientação e Objetos, Design Patterns e Gestão de Projetos. Instrutor certificado pela Borland e Delphi Product Certified. É sócio da RM Factory Soluções em TI e da Szeryng Traduções e Informática. Atua como Supervisor de TI do Grupo Editorial Nacional e é instrutor ...
Space do autor

download

5
0
