Eu j� usei.
S� consegui tratar transa��es por travamento com 100% de seguran�a.
Se voc� mudar todas as query para at�micas, ele funciona bem para at� 3 a 5
acesso concorrentes e d� pau uma em cada cinquenta vezes.
Se vc pensa em implementar alguma aplica��o maior, acoselho a mudar para um
banco melhor.
Tente o SQL Server, que � bom, mas o driver para JDBC � um lixo, o MYSQL ,
para Linux que eu sou f�, ORACLE, DB2, SYBASE, etc, etc.
> Prezados Javaneses,
>
> Gostaria de saber se algum colega da Lista utiliza ou utilizou o MS
> ACCESS 97 com JAVA via JDBC-ODBC. Estou vivenciando alguns problemas no
> BD e seria �til a troca de experi�ncias. J� foi comentado por v�rios
> colegas que o MS ACCESS n�o � um Banco de Dados leg�timo e eu deveria
> trocar de Base de Dados. Como isso ainda n�o � poss�vel para mim,
> insisto na busca de um interc�mbio mais produtivo na troca de id�ias.
>
> O c�digo listado abaixo exemplifica um problema que eu tive que
> contornar, que vem a ser o seguinte:
>
> No m�dulo de ALTERA��O de um Sistema executo um UPDATE na tabela 1, um
> DELETE e um INSERT numa tabela 2, e redireciono para um Servlet cuja
> fun��o � receber a CHAVE PRIM�RIA e atualizar os dados na tela para uma
> nova ALTERA��O/EXCLUS�O, ap�s fazer um Select na mesma tabela 1. Ocorre
> que, provavelmente por uma defici�ncia do Driver do MS ACCESS, algumas
> vezes o Select � mais r�pido do que o Update, ou seja, atualizo um
> campo, mas o que retorna na tela do HTML � o registro imediatamente
> anterior � atualiza��o. � uma constata��o de que uma opera��o UPDATE �
> muito lenta, se comparada � um INSERT, DELETE ou SELECT. Ap�s v�rios
> testes, inclusive com o recurso do PreparedStatement, o resultado deixou
> a desejar. Fui for�ado a APELAR, criando um la�o FOR para retardar o
> processamento, dando um tempo para que o update conclu�sse a sua tarefa
> antes de fazer um select recuperando o registro com os dados
> atualizados.
>
> Algu�m teria alguma dica ou coment�rio a fazer ???. Posso modificar a
> l�gica para n�o redirecionar para outro Servlet (passando apenas a chave
> prim�ria) mas fiquei intrigado com este caso, pois nunca tinha visto um
> fato como esse.
>
> Aproveitando a oportunidade: Embora eu tenha constatado uma
> incompatibilidade do MS ACCESS 97 com o JDBC 2.0 gerando diversas
> "java.lang.UnsupportedOperationException", algu�m poderia confirmar este
> fato e/ou sugerir alternativas ???
>
> []'s
>
> Carlos Campos
>
> // LISTAGEM DE C�DIGO CITADO
>
> if(ope.equalsIgnoreCase("A")) {
> query = "update Bei ... where (Bei_Cbs ="+cbs+")";
> stmt.executeUpdate(query);
>
> // MAS QUE VERGONHA, ter que retardar o processamento para o Update
> terminar de atualizar o BD
> long i = 0;
> for(i=0;i<100000000;i++) { long j=i; }
>
> query = "delete * from Ibp where (Ibp_Cbs ="+cbs+")";
> stmt.executeUpdate(query);
> if(ponto.length() > 0) {
> query = "insert into Ibp (Ibp_Ip,Ibp_Cbs,Ibp_Ponto)";
> query += " values ('"+ip+"',"+cbs+",'"+ponto+"')";
> stmt.executeUpdate(query);
> }
>
> hsrsp.sendRedirect("http://xxx.xxx.xx.xxx:8080/servlet/xxxxx?cbs="+cbs+"
> &muo=SUCESSO");
> }
>
> Carlos Campos
> [EMAIL PROTECTED]
> Analista de Sistemas / Bolsista PCI
> MCT/CNPq - CETEM - Centro de Tecnologia Mineral
> Fone: 0xx21 5607222 - Ext. 358
>
> --------------------------- LISTA SOUJAVA ---------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> ---------------------------------------------------------------------
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
---------------------------------------------------------------------
