Controle de estoque
26/06/2016 18:32
2
Como vocês implementam estoque em Grails?
Nos meus tempos em Delphi tinha uma tabela chamada ESTOQUE que continha basicamente o id do produto, data da operação, quantidade movimentada e o saldo. O saldo era sempre calculado pelo saldo da operação anterior, acrescentando ou diminuindo a quantidade da movimentação atual. Tudo isso mantido por stored procedures.
Nunca cheguei a trabalhar com isso em uma plataforma OO, o caminho seria este?
Só que não com stored procedure, e sim algum service responsavel por registrar a entrada ou saída do produto teria que alterar todos os registros de movimentação à partir daquele que está sendo registrado
Nos meus tempos em Delphi tinha uma tabela chamada ESTOQUE que continha basicamente o id do produto, data da operação, quantidade movimentada e o saldo. O saldo era sempre calculado pelo saldo da operação anterior, acrescentando ou diminuindo a quantidade da movimentação atual. Tudo isso mantido por stored procedures.
Nunca cheguei a trabalhar com isso em uma plataforma OO, o caminho seria este?
Só que não com stored procedure, e sim algum service responsavel por registrar a entrada ou saída do produto teria que alterar todos os registros de movimentação à partir daquele que está sendo registrado
1
Não tem nenhum problema de vc trabalhar da mesma forma no groovy/grails, vc pode ter sua procedure com toda esta lógica que vc falou, ou vc pode também pode fazer esta manipulação dentro do projeto com groovy
26/06/2016 22:12
1
Oi Magno,
é exatamente da mesma forma, só vai mudar a forma com o qual seu programa interage com o banco de dados.
Sobre stored procedures, se quiser, pode usar também: a questão é avaliar se realmente vale à pena: normalmente começo a pensar em stored procedures quando tenho uma base de dados que é compartilhada por mais de uma aplicação e quero manter unificada a regra de negócio/validação em um único ponto central (o SGBD) ou por razões de desempenho.
é exatamente da mesma forma, só vai mudar a forma com o qual seu programa interage com o banco de dados.
Sobre stored procedures, se quiser, pode usar também: a questão é avaliar se realmente vale à pena: normalmente começo a pensar em stored procedures quando tenho uma base de dados que é compartilhada por mais de uma aplicação e quero manter unificada a regra de negócio/validação em um único ponto central (o SGBD) ou por razões de desempenho.
27/06/2016 09:14
1
Isso, eu no caso evitaria lógica no banco de dados até onde puder, só falei para exemplificar a forma que eu era acostumado a fazer
Obrigado pelas respostas, só fiquei com medo de estar seguindo uma abordagem meio "procedural"
Obrigado pelas respostas, só fiquei com medo de estar seguindo uma abordagem meio "procedural"
27/06/2016 11:37
1
Magno,
já que você mencionou stored procedures, muito provavelmente o fez por que em seu sistema tem campos que são calculados durante o momento da persistência, correto? Tipo: "estoque restante", "quantidade consignada", etc, que vai ser atualizada no momento em que a venda é atualizada.
Nestes casos, o Grails te oferece um suporte no GORM que é muito interessante: são os eventos de persistência. Busque na documentação oficial pelos métodos beforeInsert, afterInsert, beforeUpdate, afterUpdate, etc. Vão te ser muito úteis se este for o caso!
E qualquer coisa, estamos aqui pra te ajudar!
já que você mencionou stored procedures, muito provavelmente o fez por que em seu sistema tem campos que são calculados durante o momento da persistência, correto? Tipo: "estoque restante", "quantidade consignada", etc, que vai ser atualizada no momento em que a venda é atualizada.
Nestes casos, o Grails te oferece um suporte no GORM que é muito interessante: são os eventos de persistência. Busque na documentação oficial pelos métodos beforeInsert, afterInsert, beforeUpdate, afterUpdate, etc. Vão te ser muito úteis se este for o caso!
E qualquer coisa, estamos aqui pra te ajudar!
27/06/2016 13:39
Ainda não faz parte da comunidade???
Para se registrar, clique aqui.
Aprenda Groovy e Grails com a Formação itexto!
Newsletter Semana Groovy
Os melhores blogs de TI (e em português) em um único lugar!
