Fazer uma PerguntaFazer uma Pergunta
 

Discussão GeralChave Única

  • quarta-feira, 4 de novembro de 2009 0:26Wander Junior Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     

    Boa Noite a todos,

    Estamos, com um dilema para iniciar um desenvolvimento.

    Agumas membros da equipe defende a criação das tabelas utilizando chave única, outros defendem a utilização de chaves compostas.

    Gostaria de saber as opniões e experiências vividas pelos amigos do forum!!!

    Abraços e Obrigado a todos por contribuir e me ajudar neste dilema, visto que fui encubido de dar a palavra final

Todas as Respostas

  • quarta-feira, 4 de novembro de 2009 2:25Heberton Melo Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     

    Olá Wander,

    A escolha em utilizar chave composta, é uma particularidade que deve ser tomada dependendo do tipo de negocio em questão, não é somente querer colocar uma chave composta em uma entidade por querer, temos que analisar se realmente teremos a necessidade de ter o mesmo.

    Mas com tudo, a utilização de chave composta serve para garantir a unicidade dos registros, quando o mesmo não é possível com uma única Primary Key, então com isso podemos criar uma chave composta na definição de dois campos como Primary Key.

    Aconselho você analisar com cuidado, pois em certas situações elas são bem vindas, mas em outras não, mas como regra é sempre bom evitar a utilização das mesmas.

    Caso você queira entender melhor, de uma olhada nesse artigo do Gustavo Maia Aguiar, excelente artigo na qual trata sobre esse assunto.

    Modelagem de Dados: Chaves Simples e Chaves Compostas
    http://www.plugmasters.com.br/sys/materias/349/1/Modelagem-de-Dados:-Chaves-Simples-e-Chaves-Compostas

    Caso tenha lhe ajudado não se esqueça de marca como útil, só assim ajudará a melhorar a qualidade do fórum.

    Heberton Melo
    MCP | MCTS em SQL Server 2008 | Projetista de Dados

    Blog: http://heberton-melo.spaces.live.com

  • quarta-feira, 4 de novembro de 2009 17:04Eric Lemes Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     
    Wander,

    Por um acaso estava "botando isso no papel" esses dias... veja se tem utilidade:



    Abraço,

    Eric
  • quarta-feira, 4 de novembro de 2009 17:28Fabiano Neves Amorim Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     
    Tarde...

    Eu já escrevi sobre algumas boas práticas na definição de PKs,

    Da uma olhada lá depois... espero que seja de grande proveito.

    http://fabianosqlserver.spaces.live.com/blog/cns!52EFF7477E74CAA6!318.entry

    Fabiano Neves Amorim - MCTS / MCP - SQLServer - http://fabianosqlserver.spaces.live.com/
  • quarta-feira, 4 de novembro de 2009 17:30Fausto F. Branco Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     

    Legal Eric, parabens... o seu artigo é rapido e objetivo, eu particularmente sou tendencioso a tambem defender Surrogate Keys. O banco fica mais flexivel à mudanças com menos impactos.


    Tks. Fausto Fiorese Branco DBA - SQL Server 2k5 São Paulo - Brasil * http://dba-sqlserver.blogspot.com/
  • quinta-feira, 5 de novembro de 2009 10:55Eric Lemes Medalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuárioMedalhas de usuário
     
    Pois é....

    Calhou q eu tava escrevendo ele bem qdo pintou essa pergunta no forum... a tempos queria deixar essa idéia mais "clara'. O nome "surrogate keys" é novo pra mim, obrigado ;-)


    Abraço,

    Eric