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
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.
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"
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!