| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 19/03/2010 14:01:28
|
TheKill
GUJ Master
![[Avatar]](/images/avatar/6a59767ffedbb0c50130b5f43340d816.png)
Membro desde: 29/09/2006 18:06:30
Mensagens: 1142
Localização: Araranguá - SC
Offline
|
nao.. eu estava reclamando é que..
se eu to fazendo um update de uma lista de itens venda.. onde pode ser > 1
eu vou dar update em N produto.. pode ser em todos ou não.. ele nao apaga os registros que não foram atualizados..
mais ou menos isso..
|
Pessoal se foi respondido com eficiência...
Nao custa finalizar o topico ^^ [RESOLVIDO]
Isso ai, valeu xD
GrupoJavaSC
|
|
|
 |
|
|
19/03/2010 14:03:02
|
Lavieri
GUJ Master
![[Avatar]](/images/avatar/7b41bfa5085806dfa24b8c9de0ce567f.png)
Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline
|
TheKill wrote:nao.. eu estava reclamando é que..
se eu to fazendo um update de uma lista de itens venda.. onde pode ser > 1
eu vou dar update em N produto.. pode ser em todos ou não.. ele nao apaga os registros que não foram atualizados..
mais ou menos isso..
se vc colocar a anotacao que eu falei...
todos os itensDeVendas que nao estiverem dentro da lista, na hora do .marge() serao excluidos
|
Sun Certified Java Programmer (SCJP 6)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Meu blog -> http://blog.tomazlavieri.com.br/ |
|
|
|
19/03/2010 14:04:46
|
TheKill
GUJ Master
Membro desde: 29/09/2006 18:06:30
Mensagens: 1142
Localização: Araranguá - SC
Offline
|
mas entao nao preciso daquele venda.getItemVenda.removo(indice)
|
Pessoal se foi respondido com eficiência...
Nao custa finalizar o topico ^^ [RESOLVIDO]
Isso ai, valeu xD
GrupoJavaSC
|
|
|
|
19/03/2010 14:06:18
|
Lavieri
GUJ Master
Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline
|
TheKill wrote:mas entao nao preciso daquele venda.getItemVenda.removo(indice)
nao, aquilo foi um exemplo, com uma entidade gerenciavel, como vc da um load, ela vem com todos os filhos juntos....
........
AH! tome cuidade... se vc tentar atulizar apenas os dados, ao persistir, sem a lista de itens vendidos, todos os itens vendidos serao apagados =x
|
Sun Certified Java Programmer (SCJP 6)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Meu blog -> http://blog.tomazlavieri.com.br/ |
|
|
|
19/03/2010 14:08:51
|
TheKill
GUJ Master
Membro desde: 29/09/2006 18:06:30
Mensagens: 1142
Localização: Araranguá - SC
Offline
|
eita poha, ta me saindo mais facil lidar com SQL
SAHDIUAHSiduhAIUDHuiHDsui
|
Pessoal se foi respondido com eficiência...
Nao custa finalizar o topico ^^ [RESOLVIDO]
Isso ai, valeu xD
GrupoJavaSC
|
|
|
|
19/03/2010 14:11:18
|
rogelgarcia
GUJ Master
![[Avatar]](/images/avatar/861e8bae74e22a572164fdb59b1caa8b.jpg)
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
Lavieri Aproveitando a discussão aqui, uma opiniao sua..
Voce nao acha que é ruim vc definir como os dados devem ser persistidos e forma estática uma coisa ruim?!
Nao deveria ter uma forma de fazer isso programaticamente?!
Por exemplo, as vezes numa situacao vc iria querer um comportamento e em outra situacao outro comportamento.. definindo isso de forma estática.. vc só tem um comportamento para a aplicacao inteira...
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
 |
|
|
|
19/03/2010 14:14:23
|
rogelgarcia
GUJ Master
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
TheKill wrote:eita poha, ta me saindo mais facil lidar com SQL
SAHDIUAHSiduhAIUDHuiHDsui
É por isso que no Next.. essas funcionalidades todas aí.. eu nao faço com o hibernate...
Dou um drop nele.. para ele nao controlar NADA
E tenho classes que fazem isso dinamicamente.. nao dá essa problematica toda...
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
|
|
|
|
19/03/2010 14:15:46
|
Lavieri
GUJ Master
Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline
|
rogelgarcia wrote:Lavieri Aproveitando a discussão aqui, uma opiniao sua..
Voce nao acha que é ruim vc definir como os dados devem ser persistidos e forma estática uma coisa ruim?!
Nao deveria ter uma forma de fazer isso programaticamente?!
Por exemplo, as vezes numa situacao vc iria querer um comportamento e em outra situacao outro comportamento.. definindo isso de forma estática.. vc só tem um comportamento para a aplicacao inteira...
nao da pra fazer isso...
isso e' o mesmo que vc falar que a tabela vai ficar mutavel.
|
Sun Certified Java Programmer (SCJP 6)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Meu blog -> http://blog.tomazlavieri.com.br/ |
|
|
|
19/03/2010 14:17:02
|
rogelgarcia
GUJ Master
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
Aí já emenda na outra discussao do JPA que criei em outro tópico.. discutindo uma interface que é baseada numa implementacao.. e coisa e tale....
Ao invés de o povo pensar em algo fácil.. bolam mil arquiteturas que vao complicando... e as coisas que vc tem que fazer todo dia.. dá um trabalho violento.. cheio de porém....
(nao gosto de arquiteturas cheias de porem)
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
|
|
|
|
19/03/2010 14:18:58
|
TheKill
GUJ Master
Membro desde: 29/09/2006 18:06:30
Mensagens: 1142
Localização: Araranguá - SC
Offline
|
já estou achando chato essa parte de persistencia para atualizar, apagar.. "automaticamente"
|
Pessoal se foi respondido com eficiência...
Nao custa finalizar o topico ^^ [RESOLVIDO]
Isso ai, valeu xD
GrupoJavaSC
|
|
|
|
19/03/2010 14:19:19
|
Lavieri
GUJ Master
Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline
|
rogelgarcia wrote:
TheKill wrote:eita poha, ta me saindo mais facil lidar com SQL
SAHDIUAHSiduhAIUDHuiHDsui
É por isso que no Next.. essas funcionalidades todas aí.. eu nao faço com o hibernate...
Dou um drop nele.. para ele nao controlar NADA
E tenho classes que fazem isso dinamicamente.. nao dá essa problematica toda...
se vc precisar um dia, so atualizar os dados, vai ter q fazer algo como
|
Sun Certified Java Programmer (SCJP 6)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999
Meu blog -> http://blog.tomazlavieri.com.br/ |
|
|
|
19/03/2010 14:19:45
|
rogelgarcia
GUJ Master
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
Lavieri wrote:
rogelgarcia wrote:Lavieri Aproveitando a discussão aqui, uma opiniao sua..
Voce nao acha que é ruim vc definir como os dados devem ser persistidos e forma estática uma coisa ruim?!
Nao deveria ter uma forma de fazer isso programaticamente?!
Por exemplo, as vezes numa situacao vc iria querer um comportamento e em outra situacao outro comportamento.. definindo isso de forma estática.. vc só tem um comportamento para a aplicacao inteira...
nao da pra fazer isso...
isso e' o mesmo que vc falar que a tabela vai ficar mutavel.
Nao nao.. tipo... ao invés de definir estaticamente (com anotacoes).. que o hibernate deve tomar conta dos child (casacade..delete orphan essas coisas)
Tudo nao ser controlado pelo hibernate...
E quando vc for salvar vc escolhe
Tipo isso
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
|
|
|
|
19/03/2010 14:20:38
|
rogelgarcia
GUJ Master
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
Lavieri wrote:
rogelgarcia wrote:
TheKill wrote:eita poha, ta me saindo mais facil lidar com SQL
SAHDIUAHSiduhAIUDHuiHDsui
É por isso que no Next.. essas funcionalidades todas aí.. eu nao faço com o hibernate...
Dou um drop nele.. para ele nao controlar NADA
E tenho classes que fazem isso dinamicamente.. nao dá essa problematica toda...
se vc precisar um dia, so atualizar os dados, vai ter q fazer algo como
Nao.. o drop nao é tao grande assim... 
É só para ele nao controlar os childs e essas coisas...
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
|
|
|
|
19/03/2010 14:22:54
|
rogelgarcia
GUJ Master
Membro desde: 21/06/2007 23:27:21
Mensagens: 1838
Offline
|
Vou dar um exemplo de como é no Next só pra se ter uma ideia..
|
Rógel Garcia, criador do framework NEXT
http://www.nextframework.org
|
|
|
|
19/03/2010 14:32:08
|
TheKill
GUJ Master
Membro desde: 29/09/2006 18:06:30
Mensagens: 1142
Localização: Araranguá - SC
Offline
|
Lavieri wrote:
TheKill wrote:nao.. eu estava reclamando é que..
se eu to fazendo um update de uma lista de itens venda.. onde pode ser > 1
eu vou dar update em N produto.. pode ser em todos ou não.. ele nao apaga os registros que não foram atualizados..
mais ou menos isso..
se vc colocar a anotacao que eu falei...
todos os itensDeVendas que nao estiverem dentro da lista, na hora do .marge() serao excluidos
Eu fiz como vc citou das @anotation mas continua nao excluindo na tabela ItemVenda..
Mesmo eu listando apenas 1 item venda para ser atualizado.. uma lista com 6 itens vendidos
|
Pessoal se foi respondido com eficiência...
Nao custa finalizar o topico ^^ [RESOLVIDO]
Isso ai, valeu xD
GrupoJavaSC
|
|
|
|
|
|
![[Up]](/templates/default/images/icon_up.gif){kind=icon}
![[Email]](/templates/default/images/icon_email.gif){kind=icon}
![[MSN]](/templates/default/images/icon_msnm.gif){kind=icon}
![[ICQ]](/templates/default/images/icon_icq_add.gif){kind=icon}