[firebase-br] RES: RES: ID tipo CHAR - Performance
lazaro
lazaro em usinaalvorada.com.br
Qui Fev 26 15:55:28 -03 2009
Rodrigo, ou qualquer um que saiba.
Primeiro crie um tabela grupo chave "cod_g"
Segundo crie outra tabela empresa chave "cod_emp, cod_g" secundaria "Cod_g"
Terceiro crie outra tabela pedido chave "Cod_g,Cod_emp,cod_ped" secundaria
"Cod_g,Cod_emp"
Tudo com efeito cascata para que quando deleta-se o grupo apaga-se todas as
ocorrencias...bom acho que não e possivel.
Bom neste caso o relacionamento deve ser montado na mao dentro da chave
primaria, e e isso que o amigo quis dizer... Se não for me desculpa e me
corrija.
_________________________________________________
-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Rodrigo A. de Freitas
Enviada em: quinta-feira, 26 de fevereiro de 2009 15:27
Para: 'FireBase'
Assunto: [firebase-br] RES: ID tipo CHAR - Performance
Honestamente ?
Eu acho muito mais interessante e seguro se você mantiver um campo ID, do
tipo integer, como chave primária, resolvendo questões de relacionamento e
integridade de dados.
Para resolver seu problema, você pode criar outro campo para exibição e
consulta em sua aplicação que será do tipo char e recebera este seu valor
composto pelo tipo e o valor de uma sequence. Este campo pode até receber
uma constraint UNIQUE para garantir que você não tenha duplicidades, mas
sempre mantendo a sua chave primária isolada da sua regra de negócios.
[]'s
Rodrigo A. de Freitas
Análise & Desenvolvimento
Soluções & Informática
-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Ricardo Ferreira Sobrinho
Enviada em: quinta-feira, 26 de fevereiro de 2009 14:41
Para: FireBase
Assunto: [firebase-br] ID tipo CHAR - Performance
Saudações a todos!
Preciso fazer uma tabela com uma campo ID CHAR(10) Primary Key que
futuramente terá muitos registros, dái um índice mais lento, já que com
INTEGER é mais eficiente.
Esse campo utilizaria dois Sequences (Generator) que será usados conforme o
registro que está sendo inserido.
Se for do tipo X, o conteúdo terá "X" + o sequence retornado. Por exemplo:
X.00000001.
Se for do tipo Y, o conteúdo terá "Y" + o sequence retornado. Por exemplo:
Y.00004589.
Sei que com um trabalho bem feito, consegue-se evitar aborrecimentos.
Por isso, gostaria da opinião de vocês sobre se já utilizaram um campo
Primary Key do tipo CHAR em uma tabela com muitos registros.
--
Cordialmente,
Ricardo Ferreira Sobrinho
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.0.237 / Virus Database: 270.11.3/1971 - Release Date: 02/25/09
06:40:00
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa
Mais detalhes sobre a lista de discussão lista