[firebase-br] Modelagem para ganhar desempenho

[Eduardo Jedliczka]

Acredito que a "vantagem" em dividir em 2 (ou mais) tabelas, tem algo
relacionado aos "locks" do seu banco de dados.

Por esta dedução, acredito que possa existir algum problema transacional.

Por isto, seria bom saber qual é a linguagem utilizada, componente de
acesso, e modelo transacional adotado.

Ahh... Saber se estamos tratando do Classic, SuperClassic ou
SuperServer (e de qual versão) ajuda bastante a entender o seu
cenário.

==========================
Eduardo Jedliczka
Apucarana - Pr
==========================




Em 25 de fevereiro de 2011 13:14, andre conrado <acf.andre em gmail.com> escreveu:
> Eu acho a forma inicial mais limpa e objetiva. Utiliza menos espaço,
> evita duplicação de informações e não acredito que a segunda forma
> ganhe algum tipo de performace.
>
> Em 25/02/11, Marcelo Moreira<marcelomoreira.souza em gmail.com> escreveu:
>> Pessoal,
>> No caso é usado duas tabelas porque todo o trabalho feito nos registros da
>> tabela TB_TRABALHO envolve muitos processos.
>> ou seja, as informacoes nao vao entrando na tabela TB_TRABALHO e na mesma
>> hora ja vao sendo processadas e depois copiadas para a tabela TB_HISTORICO.
>> foi criada duas tabelas para por exemplo nao ficar trabalhando com uma
>> tabela que tenha muitos registros para nao tornar o processo lento uma vez
>> que a tabela TB_TRABALHO sempre vai ficando limpa.
>> ______________________________________________
>> 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
>>
>
>
> --
> Um Abraço,
> André Conrado.
>
> 055 21 9176-7013 - Claro
> 055 21 9896-5449 - Vivo (apenas mensagens SMS)
>
> ______________________________________________
> 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
>