CHAVE PRIMARIA OCULTA?
Pessoal,
Aposto que muitos do vbmania colocam o código, seja do cliente, do fornecedor, ou de qualquer cadastro, exposto na tela.
Eu tenho visto softwares que não mostram o código do cliente (por exemplo).
O usuário simplesmente não manipula informações através do código.
Eu vi dois softwares assim. E olhando o banco de dados desses software pude notar o seguinte: num software, o id do registro é composto por letras e numeros, combinados com uma informação do usuário. E no outro software, o id do registro é composto por uma combinação de números, dependendo do cadastro, com um sequencial.
O que vcs acham disso?
Aposto que muitos do vbmania colocam o código, seja do cliente, do fornecedor, ou de qualquer cadastro, exposto na tela.
Eu tenho visto softwares que não mostram o código do cliente (por exemplo).
O usuário simplesmente não manipula informações através do código.
Eu vi dois softwares assim. E olhando o banco de dados desses software pude notar o seguinte: num software, o id do registro é composto por letras e numeros, combinados com uma informação do usuário. E no outro software, o id do registro é composto por uma combinação de números, dependendo do cadastro, com um sequencial.
O que vcs acham disso?
Eu axo q não fede nem cheira, simplesmente uma outra forma de criar registros únicos sem ser "autonumeração" :P
vlw
vlw
1º sendo composto de letras e numero a consulta será mais lenta do que se fosse so em número, caso vc diferencia o tipo de dados, tipo vc po o campo codigo no tipo text(access) ou char(mysql) enfim vai ocupar mais espaço do que se for to tipo interira
2º vc vai perde tempo... tubo bem q é pouco mais vai perde gerando esse código com letras e comparar no banco para ver se ja existe para depois gravar.
use número inteiros... principalmente em tabelas que teram relacionamentos... e mais confiavel esse tipo de relacionamento, não estou dizendo que não funciona com letras, mas imagina o problema que vc pode ter se o sistema ou db não reconhecer
d=D
2º vc vai perde tempo... tubo bem q é pouco mais vai perde gerando esse código com letras e comparar no banco para ver se ja existe para depois gravar.
use número inteiros... principalmente em tabelas que teram relacionamentos... e mais confiavel esse tipo de relacionamento, não estou dizendo que não funciona com letras, mas imagina o problema que vc pode ter se o sistema ou db não reconhecer
d=D
O software nem é meu.
é um outro fornecedor.
E outra... o tópico acabou tendo dois assuntos:
- não mostrar o código na tela do usuário
- uma outra forma de criar um identificador único de registro.
é um outro fornecedor.
E outra... o tópico acabou tendo dois assuntos:
- não mostrar o código na tela do usuário
- uma outra forma de criar um identificador único de registro.
Ih, verdade =O
ha sim...
kkkkkkkkkkkkkkkkk
desculpe nossa falha
mas depende de quem for usar... se quer usar o código do cliente eu deixo a vista, assim como de um produto que é mais facil identificar por código,
kkkkkkkkkkkkkkkkk
desculpe nossa falha
mas depende de quem for usar... se quer usar o código do cliente eu deixo a vista, assim como de um produto que é mais facil identificar por código,
Citação:- não mostrar o código na tela do usuário
Isso tanto faz, tenho clientes que preferem que mostre e outros que não gosto, mas mostro, não há problemas, o que não pode é deixar que o usuário altere...
Citação:- uma outra forma de criar um identificador único de registro.
Continuo pensando que a autonumeração ainda é a melhor opção...Mas há excessões, por exemplo, vou começar a fazer um sistema para locadoras e estou pensando em por exemplo, se tenho 3 filmes iguais deixar o código assim:
[cod_filme]-[cod_item]
daà ficaria (exemplo):
001-01
001-02
001-03
Mas a autonumeração ainda acredito que seja a melhor opção (o exemplo acima ainda é baseado em autonumeração)...flw
MATIOLI,
acredito que como o código é interno e nem aparece para o usuário, não importa muito a forma de gerar o código, tanto faz se é sequencial ou aleatório. Não acha?
acredito que como o código é interno e nem aparece para o usuário, não importa muito a forma de gerar o código, tanto faz se é sequencial ou aleatório. Não acha?
Citação:tanto faz se é sequencial ou aleatório
Carinha, fazer código aleatório é um problema, pois vc pode correr o risco de duplicar códigos facilmente, mesmo que vc faça um esquema para verificar se não irá duplicar, com certeza perderia em agilidade, é um sistema impensável na minha opinião...
Além do mais eu vejo uma vantagem no código sequencial, pois olhando a sequencia, consigo ver registros excluidos (qdo há pulo na sequencia) e sei assim se o usuário está fazendo bom uso do sistema...flw
Bom... sei lá... mas pelo o que eu vi, funciona.
Citação:MARCOS LING escreveu:
Bom... sei lá... mas pelo o que eu vi, funciona.
Sim, mas não deve ser aleatório, alguma lógica com certeza tem...flw
Tópico encerrado , respostas não são mais permitidas