[firebase-br] Re: qual o melhor jeito de modelar ?

[Edvaldo (bol)]

Do ponto de vista contábil não existe duas tabelas e sim natureza da 
operação. ( ou você paga ou recebe), tudo vai depender da soma de débito com 
crédito.

Um procedimento que eu não sei se acontece em sua empresa, mais você poderia 
ter um cliente que também é fornecedor.

Se você deve para um fornecedor 1.000,00, mas este fornecedor também é seu 
cliente, e faz uma compra de 300,00.

1000,00 D
  300,00 C
--------
 700,00 D vc tem que pagar.

Se você tiver estes dados somente em uma tabela, ficaria muito fácil apurar 
este tipo de resultado. Quanto tenho a pagar ou a receber de um determinada 
Pessoa (Fornecedor/Cliente).

Outro caso, seria se você tiver que mandar algum titulo para o banco, que vá 
fazer alguma transferencia de sua conta, ou mesmo titulos que você vá 
receber. Imagine se tiver duas tabelas, teria que fazer buscas nas duas, 
titulos que serão recebidos e titulos que serão pagos.

Se no seu caso não existe nenhum deste tipo de situação, você pode fazer do 
jeito que quiser, de qualquer forma não será nenhum problema para o banco.

No meu ponto de vista, acho melhor trabalhar com uma, assim o código gerado 
tanto no pedido de venda, como no de compra seria o mesmo, apenas, mudando a 
situação (DÉBITO OU CRÉDITO).

Edvaldo

----- Original Message ----- 
From: "Roger Eduardo" <roger.eduardo em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, May 10, 2005 1:10 PM
Subject: Re: [firebase-br] Re: qual o melhor jeito de modelar ?


Olá Almir, com certeza tem gente com mais experiencia do que eu na
lista, que pode te responder melhor, mas vou deixar a maneira que nos
costumamos usar.

Usamos heranca, por exemplo você pode criar uma tabela Conta, uma
ContaAPagar e uma ContaAReceber, ContaAPagar e ContaAReceber herdam de
Conta, assim você poderia ter as vantagens tanto de ter as duas
tabelas juntas quanto de te-las separadas.
Espero ter ajudado.

On 5/10/05, Almir Fiorio <almir74 em gmx.net> wrote:
>
>
> > Amigos
> >
> > Eu tenho que colocar pedidos de compra e de venda no meu banco de
> > dados assim como contas a pagar e a Receber ! Tem gente que usa a
> > mesma tabela pra pedidos de Compra e Venda e  tambem usam a mesma
> > tabelça pra Contas a pagar e contas a receber colocando um campo pra
> > diferenciar como status por exemplo que indica se é compra ou venda!!
> > eu acho a unificação boa pq vc nao precisa ficar criando tabela com
> > campos repetidos e deixa o banco com menos tabelas e mais leve!!
> >
> > Mas ai eu tava pensando bem e acho que unificar pedidos de compra e
> > venda na mesma tabela nao é uma boa!
> > da mesma forma que contas pagar/receber devem ficar separados!
> > isso pode atrapalhar a performance do banco nas pesquisas, inserts e
> > updates
> > Tendo em vcista que as pessoas que forem mecher com as duas coisas
> > estarão acessando a mesma tabela
> >
> > imagina dois usuarios diferentes estarem consultando contas a receber
> > e a pagar ao memso tempo ?
> > imagina vc gravar registros em contas a receber se tiver os outros
> > usuarios usando ao memso tempo pra consultar ou incluir contas a pagar ?
> >
> > o que vcs acham desta unificação ?  Atrapalha ?
> >
> > Ou é melhor separar pra ganhar mais velocidade nos acessos, inclusoes
> > e alterações ?
> >
> > Grato
> > Almir Fiorio
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.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
>

______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.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