HB
ID CHAVE PRIMÁRIA ALFANUMÉRICA (VARCHAR)
Olá pessoal.
Já fiz algumas postagens de dúvidas e até agora foram todas esclarecidas, e como estou iniciando no framework, mesmo vendo vídeo e lendo o livro estou tentando entender algumas coisas.
Caso em determinado projeto eu tenha que ter um ID (chave primária) sendo alfanumérico (varchar). Como faço pelo framework?
Vou dar um exemplo só para tentar deixar fácil a compreensão.
Imaginem que eu tenha um cadastro de estado somente com dois campos (UF, e NOME). Se eu fizer, por exemplo, uma importação de XMI pelo framework ele vai criar ID, UF, e NOME. Só que eu gostaria que o UF fosse o ID.
Por que disso?
Imagine que eu cadastrei SP – São Paulo. Se tiver um ID conforme gerado pelo framework, eu posso ter a sigla SP cadastrada várias vezes, mais nesse caso eu preciso garantir que SP seja cadastrado somente uma vez.
Sei que uma chave alfanumérica não é o recomendado, mais nesse caso não seria o certo?
Como posso resolver situações semelhantes à esta dentro do framework?
Obrigado
José Humberto Júnior
Já fiz algumas postagens de dúvidas e até agora foram todas esclarecidas, e como estou iniciando no framework, mesmo vendo vídeo e lendo o livro estou tentando entender algumas coisas.
Caso em determinado projeto eu tenha que ter um ID (chave primária) sendo alfanumérico (varchar). Como faço pelo framework?
Vou dar um exemplo só para tentar deixar fácil a compreensão.
Imaginem que eu tenha um cadastro de estado somente com dois campos (UF, e NOME). Se eu fizer, por exemplo, uma importação de XMI pelo framework ele vai criar ID, UF, e NOME. Só que eu gostaria que o UF fosse o ID.
Por que disso?
Imagine que eu cadastrei SP – São Paulo. Se tiver um ID conforme gerado pelo framework, eu posso ter a sigla SP cadastrada várias vezes, mais nesse caso eu preciso garantir que SP seja cadastrado somente uma vez.
Sei que uma chave alfanumérica não é o recomendado, mais nesse caso não seria o certo?
Como posso resolver situações semelhantes à esta dentro do framework?
Obrigado
José Humberto Júnior
Se analisarmos a estrutura de dados fornecida pelos Correios, você tem 2 tabelas (principais), sendo uma estado: conterá 28 registros no máximo e outra de cidades que conterá aproximadamente 5500 registros.
Tendo o ID na tabelas de estado e foreign key na tabela cidade, não haverá repetição da sigla UF.
Portanto eu sugiro criar 2 tabelas, pois se um dia você precisar realizar uma carga do conteúdo do arquivo dos Correios, não terá dificuldades.
A normalização tem como principal objetivo, evitar a duplicidade de informações.
Olá Marcelo.
Agradeço pela sua postagem.
Marcelo, na verdade o cadastro de estado foi só um exemplo para tentar deixar mais evidente uma possível necessidade de uma chave primária alfanumérica. Mais como já mencionei, estou começando agora com a ferramenta e o que eu gostaria de saber é se toda chave primária que o FRAMEWORK gera ela SEMPRE vai ser INTEGER, ou se existe uma forma de gerar uma chave num tipo VARCHAR. Você sabe me dizer se é possível isso no FRAMEWORK?
Caso não seja possível, voltando o exemplo do cadastro de ESTADO (sem pensarmos na estrutura dos Correios), eu tendo realmente os campos ID, UF, e NOME, de que forma eu faria para que um sigla (UF = SP, por exemplo) não fosse cadastrado pelo meu usuário mais de uma vez (considerando que para cada registro salvo haverá um ID distinto)?
Grato,
José Humberto Júnior
O Adianti apenas permite PK Numerica
pode usar um chave UK (UNIQUE Key) no campo UF
Olá Willian,
Confesso que nem pensei nesta chave porque tinha interesse em saber se o Adianti permitia ou não a PK alfa.
Já até fiz o teste e deu certo como você sugeriu, contudo, o diálogo do Adianti que retorna a mensagem de erro, mostra a caixa e o conteúdo desta forma:
Error SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'GO' for key 'EST01UF_UN'
Essa mensagem não é adequada para o usuário, assim, tem como fazer o tratamento dela e "forçar" o framework a dar uma mensagem do tipo "UF GO já cadastrada"
É possível?
Grato
Não, esse erro vem do banco por tanto si quer um erro mais elocuente para o usuario final , pode analisar o erro e tratado (na unha mesmo), ou pode fazer antes de fazer o STORE, uma consulta perguntando se já tem esse valor no banco/coluna
Olá pessoal.
Estou voltando neste assunto aqui deste post porque encontrei uma solução que está me atendendo depois de ter lidos outras postagens aqui do fórum. Não sei se é a melhor prática, mais me atendeu e por ora vou utilizar.
Depois de definir o campo UF como chave UK (UNIQUE Key), fiz um tratamento condicional dentro catch para o erro abaixo:
Error SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'GO' for key 'EST01UF_UN'
E ai o meu onSave() ficou da forma abaixo me retornando o error tratado. Como eu disse, vai me atender, mais ainda não sei se é a melhor prática. Como estou iniciando no framework agora, vou deixar assim e mais a frente com mais conhecimento e encontrando forma melhor eu mudo.