none
Modelagem de Banco de Dados para controle de vendas e estoque

    Question

  • Estou realmente precisando de ajuda. Estou desenvolvendo um sistema que controla estoque e movimentação financeira de uma empresa. Sou principiante e estou tendo dificuldades com o programa que é desenvolvido em delphi 7. Meu banco de dados é Access e criei, por enquanto, as tabelas Usuários (do sistema), Artesãos (fornecedores), Produtos (estoque), ItensForn (que guarda minha entrada de produtos, pois preciso saber qual o artesão que forneceu o produto que foi vendido para repassar o valor para o mesmo), Vendas (mv de vendas) e ItensVenda (que são os produtos vendidos em cada venda). Criei um relacionamento para ItensForn e Produtos, um para Vendas e ItensVenda, um para ItensVenda e ItensForn. Acredito que sejam estes relacionamentos que estejam dando erro desconhecido. Vi em outro post, falando sobre o uso de lotes e citava até um link para a modelagem de banco de dados, mas não consegui acessar. Foi postado pelo usuário Henrique Gurgacz. Se puderem me ajudar, agradeço.
    • Moved by Rogerio JerezOwner Wednesday, November 11, 2009 10:00 PM Movido para o Fórum Apropriado (De:Grupos de Usuários)
    Monday, June 01, 2009 7:10 PM

Answers

  • Raquel,
    Boa noite!

    Não sei se já lhe atenderam, pois seu post é bem antigo, mas segue abaixo algumas dicas que podem lhe ajudar a resolver este problema. Caso a solução abaixo não lhe atenda, favor comunicar. Pode também mandar o modelo relacional que você desenvolveu para meu e-mail.

    01) Você não precisa criar a tabela de ItensForn, pois todas as informações que se tratam de Produtos, devem estar dentro da tabela de Produtos, e os itens do fornecedor faz parte das informações de um produto. Como você deseja extrair informações para saber o valor a ser repassado a seu fornecedor, basta gerar um relatório que essa informação será exibida pra você.

    02) Os relacionamentos então ficariam assim:
    Artesãos(fornecedores) -> Produtos(estoque)
    Vendas -> Itens Vendas
    Itens Vendas -> Produtos

    03) A tabela de Usuários não tem relacionamento com nenhuma dessas tabelas.

    Espero que tenha lhe ajudado.



    Abraços...
    Gabriel B Azevedo | Especializando em Engenharia de Software e Banco de Dados|

    gabriel.ccomputacao@hotmail.com
    http://gbabarroso.spaces.live.com/default.aspx


    Classifique as respostas. O seu feedback é imprescindível. Obrigado!
    Tuesday, March 02, 2010 9:46 PM
  • Só uma ressalva.

       A tabela de usuários até pode ter um relacionamento, caso posteriormente você queira "amarrar" a movimentação a um usuário específico, no caso de uma auditoria.

    - Toda Venda depende de no mínimo 1 Item de Venda para existir (daí a dependência)
    - No caso de Lote, você poderia utilizar para controle das movimentações ocorridas, como num Lote Contábil, por exemplo. Daí seria relacionamento LOTE -> Vendas

    Att,
    O Forte Sobreviverá e o Fraco irá Sofrer
    Wednesday, March 03, 2010 6:07 PM

All replies

  • Raquel,
    Boa noite!

    Não sei se já lhe atenderam, pois seu post é bem antigo, mas segue abaixo algumas dicas que podem lhe ajudar a resolver este problema. Caso a solução abaixo não lhe atenda, favor comunicar. Pode também mandar o modelo relacional que você desenvolveu para meu e-mail.

    01) Você não precisa criar a tabela de ItensForn, pois todas as informações que se tratam de Produtos, devem estar dentro da tabela de Produtos, e os itens do fornecedor faz parte das informações de um produto. Como você deseja extrair informações para saber o valor a ser repassado a seu fornecedor, basta gerar um relatório que essa informação será exibida pra você.

    02) Os relacionamentos então ficariam assim:
    Artesãos(fornecedores) -> Produtos(estoque)
    Vendas -> Itens Vendas
    Itens Vendas -> Produtos

    03) A tabela de Usuários não tem relacionamento com nenhuma dessas tabelas.

    Espero que tenha lhe ajudado.



    Abraços...
    Gabriel B Azevedo | Especializando em Engenharia de Software e Banco de Dados|

    gabriel.ccomputacao@hotmail.com
    http://gbabarroso.spaces.live.com/default.aspx


    Classifique as respostas. O seu feedback é imprescindível. Obrigado!
    Tuesday, March 02, 2010 9:46 PM
  • Só uma ressalva.

       A tabela de usuários até pode ter um relacionamento, caso posteriormente você queira "amarrar" a movimentação a um usuário específico, no caso de uma auditoria.

    - Toda Venda depende de no mínimo 1 Item de Venda para existir (daí a dependência)
    - No caso de Lote, você poderia utilizar para controle das movimentações ocorridas, como num Lote Contábil, por exemplo. Daí seria relacionamento LOTE -> Vendas

    Att,
    O Forte Sobreviverá e o Fraco irá Sofrer
    Wednesday, March 03, 2010 6:07 PM
  • Raquel, Boa tarde!

    Relacionado ao que o Pablo falou sobre a tabela de usuários é verdade, pode ter um relacionamento sim para possíveis auditorias posteriormente, não me atentei a esta situação.


    Pablo,
    Boa tarde!

    Obrigado por completar a dica.


    Abraços...
    Gabriel B Azevedo | Especializando em Engenharia de Software e Banco de Dados|
    gabriel.ccomputacao@hotmail.com
    http://gbabarroso.spaces.live.com/default.aspx
    Classifique as respostas. O seu feedback é imprescindível. Obrigado!
    Thursday, March 04, 2010 4:31 PM