Estoque - tabela

Boa tarde pessoal!

 Estou criando um controle de estoque, onde tenho tblentrada e tblsaida.  Lançado código, quantidade, valor unitário e valor total. O que preciso é criar uma tabela ou consulta para estoque que receberá os dados da entrada, serão baixados a cada saída realizada. Criei uma consulta de atualização porém ele pega os dados da saída e abate na tblentrada, perdendo assim o histórico de entrada. E também testei, se executo essa consulta novamente ele pega este item da tblsaida e abate novamente na entrada.

alguma ideia do que fazer ?

Veja esse exemplo
https://www.maximoaccess.com/t34525-macros-de-dados-e-nomeadas

Não se enquadrou no que preciso..mas muito bom o modelo...

Estou subindo o arquivo que estou fazendo, nela consta a tblentrada e tblsaída. O que preciso é que quando lançar a saída a quantidade seja abatida do estoque. Porém preciso manter os registros da entrada. Por esta questão existe a tblcopia, havia feito uma consulta para duplicar as entradas nesta tabela, para que a subtração fosse feita dela sem afetar a entrada...porém pesquisei em tudo e não encontro uma saída para este problema.

https://drive.google.com/file/d/1sNT0Wj2zpx51hcDfPRsjSJvU4FiWijzq/view?usp=sharing

Por dica de um grande programador, ele me orientou que não se deve criar campo para estoque em base de dados, porque qualquer pessoa que conseguir invadir a sua base de dados pode alterar o valor de estoque em um dado codigo de produto e assim vai alterar todo o seu historico do produto, sendo necessário recalcular tudo de novo. o que se deve fazer é calcular a diferença entre as entradas e as saidas. uma vez alterado qualquer registo de entrada do produto, logicamente irá alterar o seu estoque. Portanto, o estoque deve ser um cauculo e não um campo em tabela.
segue um exemplo:
https://www.dropbox.com/s/0vfysmcbjx8qz1o/CuboVendas_Diegodutra.zip?dl=0

Rubens, por essa lógica, o invasor também pode excluir registro de entrada ou saída no histórico produto.

Ter uma tabela para estoque melhora o desempenho. E entre priorizar o desempenho e impedir uma invasão, prefiro impedir a invasão.

Não consigo imaginar um produto com mais de um milhão de registros de entrada e saída no histórico e a cada novo lançamento de venda ter que recalcular tudo isso para verificar o estoque e a disponibilidade.

----------------------------------------------------

UsandoAccess escreveu:Saldo anterior

Esta é outra situação desastrosa, no tocante ao desempenho, pois na prática vejo muitos programadores somando os campos (crédito - débito) desde a primeira linha de registro.

Será que os programadores que trabalham para os bancos fazem desta forma; ou seja, programam para pegar o dia do primeiro movimento de uma conta corrente e ir somando até os dias atuais? Então, se o correntista tiver uma conta há 20 anos, a rotina criada somará todas as linhas do movimento de sua conta. Isso tem lógica, meu amigo programador ? Esta questão, se não bem tratada no Access, é um desastre anunciado para o seu aplicativo.

E outro problema que poderia ocorrer é alguém inadvertidamente alterar um valor de registro bem antigo, o que acarretaria em um saldo acumulado errôneo.

fonte: usandoaccess.com.br/tutoriais/movimento-bancario-saldo-linha-a-linha.asp?id=1

@scandinavo

Isso que estava pensando, porém até tinha feito uma consulta de duplicação também, pois preciso manter o histórico de entrada para consultas. Mas quando realizo a saída, está duplicando as alterações na tblcopia (que é o estoque que é copiado da tblentrada).

Quando mando executar ela atualiza mais de uma linha como se repetisse as saídas anteriores....

Meu prezado DamascenoJr, apesar de ser novo em programação (desde 2007) e não muito atuante no ramo profissional, mas utilizo apenas como ferramenta de auxilio no meu trabalho, eu não utilizei este exemplo do MovimentoConta saldo linha a linha porque os bancos e também as instituições tem a pratica de efetuar lançamentos retroativos, quando houver necessidade e este sistema utiliza para cauculo o Id do movimento. Eu estou utilizando a técnica que eu estou te falando e utilizo tanto no Access quanto em Php, onde desenvolvi um sistema de Livro Caixa que gerencia varias contas em um só programa e até então não tive problemas. Para se efetuar consultas à base de dados de grandes registros, realmente vai ficar muito danoso ao sistema, mas para cada registro se efetuar uma consulta atualização na base, creio, embora eu possa estar enganado, será muito mais pesado, mas cada um pode fazer da forma que melhor achar conveniente, afinal de contas, é ele quem vai utilizar.

Afinal de contas, cada um é um pouco certo e um pouco errado! Até que se prove o contrário.

Exemplo com tabela de resumo do histórico e macro de dados (triggers)
https://www.maximoaccess.com/t38592-controle-de-estoque-usando-macro-de-dados-e-tabela


rubenscouto, se até então não teve problemas, então tudo certo

Acredito que seja isso mesmo...Preciso aprender sobre DAO.... Set rst = db.OpenRecordset......

VBA me bato um tanto ainda....e agora só vou incluir coluna para os valores...e criar um formulário para consulta de estoque com base na própria tabela de códigos


Vou testar.... Muito obrigado

Lembre-se de finalizar o tópico.