Exibir mensagem anterior :: Exibir próxima mensagem |
Autor |
Mensagem |
fnd Aprendiz
Registrado: Segunda-Feira, 13 de Novembro de 2006 Mensagens: 212 Localização: Jacareí - SP
|
Enviada: Ter Out 16, 2007 9:18 am Assunto: Sobre o Artigo "Generalização /Especialização em Bancos" |
|
|
Sobre o artigo do Manoel Campos sobre "Implementando Generalização /Especialização em Bancos Relacionais". Eu li achei muito interessante o conceito mais o exemplo que ele passou acho que não ficou a altura do artigo. O exemplo foi +- assim: caso um funcionario por alguma razão vire um cliente da loja não acontecera de duplicação de dados.
Alguem poderia passar um exemplo que possa demonstrar melhor o funcionamento deste conceito? _________________
Descubra o Verde ... porque ainda há tempo |
|
Voltar ao Topo |
|
|
thomazs Moderador
Registrado: Segunda-Feira, 1 de Março de 2004 Mensagens: 2835
|
Enviada: Sex Out 19, 2007 6:59 pm Assunto: |
|
|
Qual o problema com o exemplo citado? Tipo, na implementação (Banco de Dados) se for implementar, ficaria algo assim:
Tabela Pessoas
-----------------------------
ID - PK
Nome
Endereco
Sexo
Fone
Celular
Email
DataNascimento
Tabela Clientes
-------------------------------
ID - PK
Pessoa - FK para Tabela Pessoas
ValorMaximoCompras
DataInclusao
DataUltimaCompra
ValorUltimaCompra
Tabela Funcionarios
-------------------------------
ID - PK
Pessoa - FK para Tabela Pessoas
Salario
DataAdmissao
DataDemissao
Cargo
De uma forma geral a tabela Pessoa se Especializaria em Clientes e Funcionarios. Esse tipo de implementação evita duplicidade de informações a respeito de uma mesma pessoa. _________________ Suporte e Consultoria em Desenvolvimento de Sistemas
Bacharel em Sistemas de Informação
Especialista em Bancos de Dados
Desenvolvimento: Clipper, Delphi, PHP, Python/Django |
|
Voltar ao Topo |
|
|
fnd Aprendiz
Registrado: Segunda-Feira, 13 de Novembro de 2006 Mensagens: 212 Localização: Jacareí - SP
|
Enviada: Sáb Out 20, 2007 10:24 am Assunto: |
|
|
thomazs escreveu: | Qual o problema com o exemplo citado? Tipo, na implementação (Banco de Dados) se for implementar, ficaria algo assim:
Tabela Pessoas
-----------------------------
ID - PK
Nome
Endereco
Sexo
Fone
Celular
Email
DataNascimento
Tabela Clientes
-------------------------------
ID - PK
Pessoa - FK para Tabela Pessoas
ValorMaximoCompras
DataInclusao
DataUltimaCompra
ValorUltimaCompra
Tabela Funcionarios
-------------------------------
ID - PK
Pessoa - FK para Tabela Pessoas
Salario
DataAdmissao
DataDemissao
Cargo
De uma forma geral a tabela Pessoa se Especializaria em Clientes e Funcionarios. Esse tipo de implementação evita duplicidade de informações a respeito de uma mesma pessoa. |
O que eu queria saber se tem alguma utilização maior por que uma loja média tem +- 15 funcionários, e ter todo este trabalho para evitar a duplicidade de 15 registro, na minha opinião não vale o trabalho _________________
Descubra o Verde ... porque ainda há tempo |
|
Voltar ao Topo |
|
|
thomazs Moderador
Registrado: Segunda-Feira, 1 de Março de 2004 Mensagens: 2835
|
Enviada: Qua Nov 07, 2007 12:10 pm Assunto: |
|
|
Realmente, isso é uma questão de bom senso. Os livros indicam a fazer, porem nem sempre convém. É questão de analisar se vale ou não a pena e aplicar de acordo com a necessidade. _________________ Suporte e Consultoria em Desenvolvimento de Sistemas
Bacharel em Sistemas de Informação
Especialista em Bancos de Dados
Desenvolvimento: Clipper, Delphi, PHP, Python/Django |
|
Voltar ao Topo |
|
|
|