[firebase-br] Arquivo morto ou status de Inativo???

[ViniBarr]

Pessoalmente eu prefiro manter na mesma tabela e usar campo de status. 
As vezes o cadastro de empresas tem vinculos com outras tabelas (tipo 
reservas, contas a receber e etc) e se joga pra outra tabela começa a 
ficar complicado pra fazer joins.

E o cliente quer sempre analisar o passado.

Mas usando corretamente indices e chaves não dá queda de desempenho não  
Também temos que usar corretamente os selects.

Vinicius Barreira
Delphi 7 / Firebird 2.0 / DbExpress
São Bernardo do Campo - SP
Software Para Hotéis / Pousadas / Moteis

Jhosef Marks escreveu:
> Eu tenhu duas telas...
>
> - Tela de Cadastro e manutenção de Clientes
> - Tela de Clientes Excluidos (quando os clientes são excluido - atualmente
> são passados para essa tabela de clientes inativos)
>
> Soh excluo fisicamente o registro na segunda tela... isso limpa o banco... e
> deixa mais rapido... pelo volume de informações...
>
> Entaum acha q naum vai mudar a performace em relação a quantidade de
> registro em uma tabela caso tenha indices organizados??
>
> Em 31/10/07, ViniBarr <vinibarr em ndaracing.com> escreveu:
>   
>> Eu acho mais simples ter um status, ativo ou inativo. Mas nunca deletar.
>> Porque se some alguma coisa, a culpa é sempre do software. Normalmente
>> eu evito excluir registros fisicamente. Usando corretamente indices e
>> chaves primárias não chega a ficar lento.
>>
>> Vinicius Barreira
>> Delphi 7 / Firebird 2.0 / DbExpress
>> São Bernardo do Campo - SP
>> Software Para Hotéis / Pousadas / Moteis
>>
>> Jhosef Marks escreveu:
>>     
>>> Galera eh o seguinte
>>>
>>> Tenhu uma tabela de Cliente e várias tabelas ligadas a essa tabela
>>> (contatos, endereços, pedidos ...)
>>>
>>> Normalmente essa tabela gira em torno de uns 30.000 registros e todo mes
>>> cresce em torno de 1.000 registro e eh deletado em torno de 800
>>>       
>> registros,
>>     
>>> ou seja cresce uns 200 registros por mes...
>>>
>>> Sendo q esses registros vão para uma tabela chamada inat_clientes
>>>       
>> e  todos
>>     
>>> os registros das tabelas ligadas a ela tbem vão para suas tabelas
>>>       
>> inativas
>>     
>>> de acordo com sua necessidade...
>>> Nessa tabela inat_clientes o cliente pode reativar o cliente ou pode
>>>       
>> excluir
>>     
>>> de vez...
>>>
>>> Queria saber se esse método eh bom ou seria bom deixar uma unica tabela
>>>       
>> para
>>     
>>> os clientes e apenas mudar um campo (status por ex.) caso fosse deletado
>>>       
>> uma
>>     
>>> vez e deletar realmente soh na exclusão do registro de arquivo morto???
>>>
>>> Qual o melhor jeito para tratar isso no banco de dados???
>>>
>>>
>>>       
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para editar sua configuração na lista, use o endereço
>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>>     
>
>
>
>