Estou migrando um cadastro com diversas escolas que acessam um mesmo banco de
dados para postgresql, ele usa um sistema de "placas de carro" interessante e
curto
VEJAM ABAIXO (*=CHAVE)
forma alfanumerica
CADASTRO*|ALUNO
AB075801 |MARIA DO SOCORRO AMEM
AB075800 |ROBERVAL SILVA MASCARENHAS
|
|
v
TRADUZINDO
ESCOLA|ANO|MATRICULA
EK |08 |5801
NA FORMA CONVENCIONAL FICARIA ASSIM
ESCOLA|ANO|CADASTRO* |NOME
001 |07 | 801 |MARIA DO SOCORRO AMEM
001 |07 | 800 |ROBERVAL SILVA MASCARENHA
Pra eu saber qual escola, ano e matricula do primeiro eu preciso apenas de 7
dígitos e já utilizo-a como chave poupando espaço
pra saber na forma convencional eu preciso de 8 dígitos e tenho uma chave de 3
digito, muito pouco preciso de no mínimo 6 (999.999).
TENHO:
AB075801 vS 00107999999
como resultado na tabela matricula eu tenho apenas dois campos que dizem tudo
MATRICULA*|CADASTRO_ALUNO
EK08003022|AB075801
|
|
v
TRADUZINDO
ESCOLA|ANO|TURMA|MATRICULA
EK |08 | 003|022
JÁ NO SISTEMA TRADICIONAL FICARIA
ESCOLA|ANO|TURMA|MATRICULA* |CADASTRO_ALUNO
001 | 07| 003| 9999999999 |999.999
concatenando o numeror de matricula completo fica 001-07-003-9999999999
no meu sistema um campo com apenas 10 digitos me diz tudo isso
EK08003022 vs 001-07-003-9999999999 OU EK08003022 vs 999.999
PROBLEMAS DO SISTEMA ATUAL:
1)toda vez que linko uma tabela tenho que usa um separador de string no sql (ex
pra linkar com a tabela escola uso tab_escola.cod*=substring(tb_aluno.cadastro
from 1 for 2))
2)varios links apontam para o mesmo campo da tabela
VANTAGEM:
1)tamanho no armazenamento armazeno tudo em apenas um campo.
2)padrão de fácil memorização humana
O PROBLEMA:
No sistema atual as consultas ficam muito lenta???
Ou posso dá continuidade ao sistema alfanumérico??
EU PRECISO APENAS DE Ç QUAL CODIFICAÇÃO USO? o unicode é FUTURO mas é
---------------------------------------------------
Ivan viana
E-MAIL: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]
---------------------------------------------------
---------------------------------
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! _______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
