Adriano Espinoza de Oliveira escreveu:
> Leandro, realmente é problema de modelagem, se você ler direito meu 
> texto, escrevi isso na segunda linha.
> O sistema é antigo... e bla bla bla!!!
> Minha dúvida e solicitação de ajuda não é sobre isso!

Amigo Adriano,

Entendo bem esse seu dilema... já passei por situações parecidas... e 
infelizmente por falta de tempo, dinheiro, qualificação (e talvez em 
alguns caso até competência), não conseguimos criar esse "Mundo dos 
Sonhos" onde temos uma Modelagem Perfeita utilizando técnicas e 
conceitos avançados... as vezes acho que isso fica só na mente das 
pessoas... pois bem, não vamos desviar o foco...

Uma vez passei por algo parecido e tb nao queria sair trocando Joins em 
td quanto era lugar no sistema, mas não pelo trabalho, mas mais em 
função de criar bugs na aplicação.

Sendo assim resolvi criar um novo campo na tabela e um indice unique por 
este pra garantir integridade, e usar esse novo campo como meu 
"numerador sequencial" e mudar os relatórios e consultas... claro que 
deu trabalho tb, mas pelo menos não fiquei alterando SQLs no que diz 
respeito a JOINs e td mais...

Só pra te explicar o meu caso, temos um sistema de Controle de Processos 
de Protocolo (uma espécie de Workflow) e este tinha Numeração Sequencial 
que tb era a Primary Key da Tabela... mas isso durou até um cliente 
querer numerar sequencialmente seus processos por ano, tipo: 1/2008, 
2/2008, 3/2008 ... e reiniciar essa numeração a cada ano... e isso tb 
foi assim em cima da hora... rsrsrsrsr, haviamos implantado o sistema 
num ano e no final do mesmo eles estavam se preparando para a entrada do 
novo ano e nos demos conta que o sistema nao atendia... dai tivemos de 
fazer isso... de cara precisamos mudar umas 3 ou 4 interfaces (do 
atendimento do Protocolo - Criacao Processos, Tramites e Consultas) e 
com tempo fomos colocando esse novo campo em todo o resto do sistema 
onde se fazia necessário...

Hoje em dia temos outras partes do sistema que necessitariam de algo 
parecido, então como já fizemos uma vez é tranquilo... mas trabalho 
sempre vai dar...

Espero ter ajudado em algo.

Cordialmente,

-- 
Fabrízio de Royes Mello
Coordenador Desenvolvimento de Software
[EMAIL PROTECTED]
DBSeller Informática Ltda. - http://www.dbseller.com.br
(51) 3076-5101
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a