Ol� Rodrigo. O pacote JDBC permite que voc� defina qual o tipo de transa��o ser� usado pela sua aplica��o. Na Interface java.sql.Connection voc� possui cinco constantes que definem o n�vel de transa��o que ser� usado, detalhadas a seguir: TRANSACTION_NONE TRANSACTION_READ_COMMITTED TRANSACTION_READ_UNCOMMITTED TRANSACTION_REPEATABLE_READ TRANSACTION_SERIALIZABLE Para definir um n�vel de transa��o voc� simplesmente utiliza o m�todo: connection.setTransactionIsolation (java.sql.Connection.TRANSACTION_REPEATBLE_READ) ; Na documenta��o do JDK voc� encontra uma explica��o mais detalhada sobre cada n�vel. Veja abaixo uma c�pia da documenta��o: TRANSACTION_NONE public static final int TRANSACTION_NONE Indicates that transactions are not supported. ---------------------- TRANSACTION_READ_UNCOMMITTED public static final int TRANSACTION_READ_UNCOMMITTED Dirty reads, non-repeatable reads and phantom reads can occur. This level allows a row changed by one transaction to be read by another transaction before any changes in that row have been committed (a "dirty read"). If any of the changes are rolled back, the second transaction will have retrieved an invalid row. ---------------------- TRANSACTION_READ_COMMITTED public static final int TRANSACTION_READ_COMMITTED Dirty reads are prevented; non-repeatable reads and phantom reads can occur. This level only prohibits a transaction from reading a row with uncommitted changes in it. ---------------------- TRANSACTION_REPEATABLE_READ public static final int TRANSACTION_REPEATABLE_READ Dirty reads and non-repeatable reads are prevented; phantom reads can occur. This level prohibits a transaction from reading a row with uncommitted changes in it, and it also prohibits the situation where one transaction reads a row, a second transaction alters the row, and the first transaction rereads the row, getting different values the second time (a "non-repeatable read"). ---------------------- TRANSACTION_SERIALIZABLE public static final int TRANSACTION_SERIALIZABLE Dirty reads, non-repeatable reads and phantom reads are prevented. This level includes the prohibitions in TRANSACTION_REPEATABLE_READ and further prohibits the situation where one transaction reads all rows that satisfy a WHERE condition, a second transaction inserts a row that satisfies that WHERE condition, and the first transaction rereads for the same condition, retrieving the additional "phantom" row in the second read. Espero ter lhe ajudado. []'s e bons c�digos. Handerson Gomes Summa Technologies > > ---------- In�cio da mensagem original ----------- > De: "Rodrigo Guarino" <[EMAIL PROTECTED]> > Para: <[EMAIL PROTECTED]> > Cc: > Data: Tue, 5 Dec 2000 22:17:13 -0200 > Assunto: [java-list] Re:Controle de concorrencia em DB no JSP > > ----- Original MessagOla pessoal !!!, > > Estou desenvolvendo uma aplicacao em JSP e estou com pbms no acesso a > banco. A aplicacao consiste em um JSP principal que recebe operacoes dos > demais JSP's e as executa chamando beans correspondentes. A questao e como > fazer para garantir integridade do DB durante alteracoes simultaneas e/ou > delecoes. Exemplo: Tenho uma tela de alteracao de dados pessoais de > clientes, e dois operadores estao com o mesmo cliente no formulario. Um > altera nome do cliente enquanto o outro altera o endereco e executam > "simultaneamente" a operacao. Como controlar o acesso para que uma > atualizacao nao passe por cima da outra ?? > > []s, > Rodrigo > e ----- > From: Marcel > To: [EMAIL PROTECTED] > Sent: Thursday, November 30, 2000 9:27 AM > Subject: Re: [java-list] JBuilder 4 > > > Isso tambem aconteceu comigo, eh soh vc compilar pra outro diretorio e depois jogar as classes onde vc quer. > > MArcel > ----- Original Message ----- > From: Hugo Jean Camargo Martins > To: [EMAIL PROTECTED] > Sent: Tuesday, November 28, 2000 3:50 PM > Subject: [java-list] JBuilder 4 > > > Ol� a todos > > Eu tenho um pacote do qual eu uso o SQL para conex�o com o banco. > Insiro o import que ele vai mostrando na tela, mas quando eu compilo, ele apaga os .class daquele diret�rio. N�o sei o que fazer. > > Algu�m poderia dar alguma ajuda > > > Obrigado > Handerson Ferreira Gomes Summa Technologies http://www.summa-tech.com __________________________________________________________________________ Preocupado com v�rus? Crie seu e-mail gr�tis do BOL com antiv�rus ! http://www.bol.com.br ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
