JDBC x Hibernate em ambiente multhread (não web)

Meu caro,

Como qualquer tipo de API existem prós e contras, e sempre haverá a discussão do que é melhor ou pior.

Em 99% dos meus trabalhos usei o JDBC principalmente pelo controle que eu tenho nos meus SQL, procedures e também nas minhas threads. Você tem mais na “mão” o sistema.

Minha humilde opinão, use JDB.

[]´s

Nilson

É só dar o commit antes de iniciar a proxima transaçao, isso tb acontece com JDBC puro ou trabalhar o Hibernate pra evitar o lock na tabela ;/

Deve continuar no Hibernate. Deve utilizar um Pool de conexões, retirar os métodos static e fazer a coisa do jeito certo.

Static e threads não combinam. Se você vai usar tudo “static synchronized”, então, as threads irão se enfileirar e você nem precisa de várias threads em primeiro lugar.

Mudar para JDBC vai dar o mesmo problema…
Isso está ocorrendo pq como agora está tudo sincronizado (já era as threads) uma outra execução inicia, porém já tem uma rodando. O melhor é tirar os static, e claro tb os synchronized agora.