Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Olá pessoal , sempre nas minhas tabelas nunca criei campo Total, nos casos tipo... tabela_venda e tabela_pedidos, o que eu faço é um join somando os campos valor*quantidade
daí é criado um campo "temporario" (Total)... correto?? pois bem, agora programando em java (spring) + JPA me deparei com problemas na hora de criar minhas classes anotadas como @Entity, pois esse campo "temporario" ta difícil de manipular na classe, pois na hora de persistir no banco ele o "JPA" tenta gravar esse campo "Total" tbm. Existe uma tag @transient que inibe essa persistência no banco, ele retira da serialização, porém tbm nao consigo visualizar o conteúdo dele na view (no HTML), ou seja, ele nao carrega nos métodos get() vem sempre null!!
sei aqui é relacionado a banco de dados e acabei falando mais da linguagem do que o próprio banco, mas voltando ao assunto...
Vocês preferem criar o campo Total da tabela e assim ter a preocupação de sempre atualizar o campo ao incluir ou editar um valor da tabela Pedidos , ou preferem fazer um JOIN executando um SUM(), dessa forma nao precisando se preocupar com atualizações na tabela Vendas????
>
Citação
Certamente com o Join perco um pouco de performance, ou outro lado tenho a preocupação de ta atualizando o campo (total)
com o zendFramework (PHP) eu nao tinha problema nenhuma fazia o que queria "mandava e desmandava" mas no "Spring" a coisa mudou!!
Qual a preferencia de vcs!! ??
obrigado!
Renato Muniz.
Acredito que no seu caso seja melhor o campo Total, com mais fácil manipulação
>
2 horas atrás, AmaandaSantos3 disse:
Acredito que no seu caso seja melhor o campo Total, com mais fácil manipulação
Obg por responder Amaanda, acho q assim seria mais complicado de manter nao?? me preocupar em atualiza o campo total , sempre que houver um insert ou update na tabela de produtos, apesar que na classe entity tem as tags preupdate e preinsert dai eu poderia tentar calcular e etc... mas da forma q implementei ficaria ruim dessa forma.
Obg>
16 hours ago, Renato Muniz said:
Obg por responder Amaanda, acho q assim seria mais complicado de manter nao?? me preocupar em atualiza o campo total , sempre que houver um insert ou update na tabela de produtos, apesar que na classe entity tem as tags preupdate e preinsert dai eu poderia tentar calcular e etc... mas da forma q implementei ficaria ruim dessa forma.
Obg
Eu pensei nessa forma, porque você pode perder esse dado com esse campo temporário, se seu sistema crescer, então uma forma de não perder esse dado seria criar ele real, mas aí se for uma coisa pequena usa o sum(), faz um teste com os dois, o que ficar melhor na sua necessidade usa, eu faço isso sempre, ajuda a saber o que realmente necessita
Ps... Pesquisa mais sobre campos temporários e tabelas temporárias, que você pode achar um jeito de não perder esse dado, e usar o sum(), mas faz o teste que te falei ... :3>
18 horas atrás, AmaandaSantos3 disse:
Acredito que no seu caso seja melhor o campo Total, com mais fácil manipulação
Oi Amanda, consegui contornar separando as tabelas mesmo, tirei o join da tabela "PAI" e fiz um filtro separado com a tabela "FILHA"
daí no controller deu FOR ( entity) somando manualmente e depois dei um setTotal() e enviei pra View. o que mudou pra ficar mais pesado é quantidade de vezes que preciso ir no banco de dados, com o join era uma instrução só!!
por enquanto vou deixar assim, pra dar continuidade no projeto, mas depois vou melhorar esse trecho!!
Obg!
Acho q vcs tem preguiça de ler mesmo!!
vou deixar ate amanha de excluo! pra não fazer peso aqui no forum!