⑴ java的事務處理
把錯誤原因貼出來吧。而且你的這段代碼本身存在編譯的問題，變數conn是在try{}中定義的，在catch(){}塊中根本就沒有這個變數，編譯能通過嗎？
⑵ java事務處理
如果對資料庫進行多次操作,每一次的執行或步驟都是一個事務.如果資料庫操作在某一步沒有執行或出現異常而導致事務失敗,這樣有的事務被執行有的就沒有被執行,從而就有了事務的回滾,取消先前的操作.....
JavaBean中使用JDBC方式進行事務處理
public int delete(int sID) {
dbc = new DataBaseConnection();
Connection con = dbc.getConnection();
try {
con.setAutoCommit(false);// 更改JDBC事務的默認提交方式
dbc.executeUpdate("delete from xiao where ID=" + sID);
dbc.executeUpdate("delete from xiao_content where ID=" + sID);
dbc.executeUpdate("delete from xiao_affix where bylawid=" + sID);
con.commit();//提交JDBC事務
con.setAutoCommit(true);// 恢復JDBC事務的默認提交方式
dbc.close();
return 1;
}
catch (Exception exc) {
con.rollBack();//回滾JDBC事務
exc.printStackTrace();
dbc.close();
return -1;
}
}
在資料庫操作中，一項事務是指由一條或多條對資料庫更新的sql語句所組成的一個不可分割的工作單元。只有當事務中的所有操作都正常完成了，整個事務才能被提交到資料庫，如果有一項操作沒有完成，就必須撤消整個事務。
例如在銀行的轉帳事務中，假定張三從自己的帳號上把1000元轉到李四的帳號上，相關的sql語句如下：
update account set monery=monery-1000 where name='zhangsan'
update account set monery=monery+1000 where name='lisi'
這個兩條語句必須作為一個完成的事務來處理。只有當兩條都成功執行了，才能提交這個事務。如果有一句失敗，整個事務必須撤消。
在connection類中提供了3個控制事務的方法：
（1） setAutoCommit(Boolean autoCommit):設置是否自動提交事務；
（2） commit();提交事務；
（3） rollback();撤消事務；
在jdbc api中，默認的情況為自動提交事務，也就是說，每一條對資料庫的更新的sql語句代表一項事務，操作成功後，系統自動調用commit（）來提交，否則將調用rollback（）來撤消事務。
在jdbc api中，可以通過調用setAutoCommit(false) 來禁止自動提交事務。然後就可以把多條更新資料庫的sql語句做為一個事務，在所有操作完成之後，調用commit（）來進行整體提交。倘若其中一項sql操作失敗，就不會執行commit（）方法，而是產生相應的sqlexception，此時就可以捕獲異常代碼塊中調用rollback（）方法撤消事務。
⑶ java事務處理的事務的特性
Atomic原子性、Consistency一致性、Isolation隔離性和Durability持久性。
原子性：指整個事務是不可以分割的工作單元。只有事務中所有的操作執行成功，才算整個事務成功，事務中任何一個SQL語句執行失敗，那麼已經執行成功的SQL語句也必須撤銷，資料庫狀態應該回到執行事務前的狀態。
一致性：指資料庫事務不能破壞關系數據的完整性以及業務邏輯上的一致性。例如對於銀行轉賬事務，不管事務成功還是失敗，應該保證事務結束後兩個轉賬賬戶的存款總額是與轉賬前一致的。
隔離性：指的是在並發環境中，當不同的事務同時操縱相同的數據時，每個事務都有各自的完整數據空間。
持久性：指的是只要事務成功結束，它對資料庫所做的更新就必須永久保存下來。即使發生系統崩潰，重新啟動資料庫系統後，資料庫還能恢復到事務成功結束時的狀態。
本文並不討論應該採用何種事務處理方式，主要目的是討論如何更為優雅地設計事務服務。僅以JDBC事務處理為例。涉及到的DAO，Factory,Proxy,Decorator等模式概念，請閱讀相關資料
⑷ Java中，在JAVA中處理資料庫事務的方法
在java中 一般有兩種方式可以進行資料庫事務處理：
一是：如果你用到開源框架hibernater的話，在hibernater裡面它提供了事務工廠，你可以利用這個類來進行事務操作。
二是：我們一般有Connection連接對象來對事務進行操作。
⑸ 用Java編寫一般應用程序，怎麼實現在一個事務中訪問了多種類型資料庫。
不同類型的資料庫
肯定有多個數據源
這個設計到資料庫的分布式事務的處理
這個跟資料庫本身有關是否支持分布式事務
如果資料庫不支持沒有辦法
如mysql5
支持不是很好
如果沒法實現
可以用手動編程實現
⑹ java 事務
Java中的事務處理
一般情況下，J2EE應用伺服器支持JDBC事務、JTA（Java Transaction API）事務、容器管理事務。一般情況下，最好不要在程序中同時使用上述三種事務類型，比如在JTA事務中嵌套JDBC事務。第二方面，事務要在盡可能短的時間內完成，不要在不同方法中實現事務的使用。下面我們列舉兩種事務處理方式。
1、JavaBean中使用JDBC方式進行事務處理
在JDBC中怎樣將多個SQL語句組合成一個事務呢？在JDBC中，打開一個連接對象Connection時，預設是auto-commit模式，每個SQL語句都被當作一個事務，即每次執行一個語句，都會自動的得到事務確認。為了能將多個SQL語句組合成一個事務，要將auto-commit模式屏蔽掉。在auto-commit模式屏蔽掉之後，如果不調用commit()方法，SQL語句不會得到事務確認。在最近一次commit()方法調用之後的所有SQL會在方法commit()調用時得到確認。
public int delete(int sID) {
dbc = new DataBaseConnection();
Connection con = dbc.getConnection();
try {
con.setAutoCommit(false);// 更改JDBC事務的默認提交方式
dbc.executeUpdate("delete from bylaw where ID=" + sID);
dbc.executeUpdate("delete from bylaw _content where ID=" + sID);
dbc.executeUpdate("delete from bylaw _affix where bylawid=" + sID);
con.commit();//提交JDBC事務
con.setAutoCommit(true);// 恢復JDBC事務的默認提交方式
dbc.close();
return 1;
}
catch (Exception exc) {
con.rollBack();//回滾JDBC事務
exc.printStackTrace();
dbc.close();
return -1;
}
}
2、SessionBean中的JTA事務
JTA 是事務服務的 J2EE 解決方案。本質上，它是描述事務介面（比如 UserTransaction 介面，開發人員直接使用該介面或者通過 J2EE 容器使用該介面來確保業務邏輯能夠可靠地運行）的 J2EE 模型的一部分。JTA 具有的三個主要的介面分別是 UserTransaction 介面、TransactionManager 介面和 Transaction 介面。這些介面共享公共的事務操作，例如 commit() 和 rollback()， 但是也包含特殊的事務操作，例如 suspend()，resume() 和 enlist()，它們只出現在特定的介面上，以便在實現中允許一定程度的訪問控制。例如，UserTransaction 能夠執行事務劃分和基本的事務操作，而 TransactionManager 能夠執行上下文管理。
應用程序可以調用UserTransaction.begin()方法開始一個事務，該事務與應用程序正在其中運行的當前線程相關聯。底層的事務管理器實際處理線程與事務之間的關聯。UserTransaction.commit()方法終止與當前線程關聯的事務。UserTransaction.rollback()方法將放棄與當前線程關聯的當前事務。
public int delete(int sID) {
DataBaseConnection dbc = null;
dbc = new DataBaseConnection();
dbc.getConnection();
UserTransaction transaction = sessionContext.getUserTransaction();//獲得JTA事務
try {
transaction.begin(); //開始JTA事務
dbc.executeUpdate("delete from bylaw where ID=" + sID);
dbc.executeUpdate("delete from bylaw _content where ID=" + sID);
dbc.executeUpdate("delete from bylaw _affix where bylawid=" + sID);
transaction.commit(); //提交JTA事務
dbc.close();
return 1;
}
catch (Exception exc) {
try {
transaction.rollback();//JTA事務回滾
}
catch (Exception ex) {
//JTA事務回滾出錯處理
ex.printStackTrace();
}
exc.printStackTrace();
dbc.close();
return -1;
}
}
⑺ Java的 事務怎麼同時向資料庫的多個表提交數據
增刪改，這些對資料庫的操作，先保存到緩存里，當commit之後，真正在資料庫執行
⑻ 如何用java開啟mysql事務，要求詳細
如何用java開啟mysql事務，要求詳細
看你是什麼事務，jdbc事務，還是分布式事務，還是容器事務
1，編程式事務管理（jdbc的事務是綁定在connection上的）
Connection conn = null;
try
{
Class.forName("com.mysql.jdbc.Driver");
conn = DriverManager.getConnection("jdbc:oracle:thin:@host:1521:SID","username","password");
conn.setAutoCommit(false); //取消自動提交
PreparedStatement ps = conn.prepareCall("update something");
ResultSet rs = ps.executeQuery();
conn.commit(); //手動提交
}
catch (Exception e)
{
conn.rollback();
e.printStackTrace();
}
finally
{
conn.close();
}
2，聲明式事務
先在工程的application.xml配置文件中添加如下代碼，開啟事務
<!-- 聲明式事務控制配置 -->
<tx:annotation-driven transaction-manager="txManager"/>
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="datasource" ref="bassDataSource"></property>
</bean>
然後在你需要開啟事務的介面前面添加註解
@Transactional(rollbackFor = IOException.class)
public void add(String name) throws IOException
{
System.out.println("可以再類里和方法裡面添加事務註解0~0");
throw new IOException();
}
直接調用介面方法就好
分布式事務處理（mysql貌似在5.X之後才支持） 的話，
1.可以直接使用spring+atomikos框架進行管理
參考：http://blog.chinaunix.net/uid-21162795-id-3424973.html
就不貼測試代碼了，自己看著配置吧
2，使用JTA（Java Transaction API）進行分布式事務管理（測試代碼如下）
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import javax.naming.InitialContext;
import javax.sql.DataSource;
import javax.transaction.SystemException;
import javax.transaction.UserTransaction;
import com.mysql.jdbc.jdbc2.optional.MysqlDataSource;
//分布式事務處理
public class transferAccount
{
@SuppressWarnings("null")
public void testTransferAccount()
{
UserTransaction userts = null;
Connection connA = null;
PreparedStatement psA = null;
InitialContext context = null;
Connection connB = null;
PreparedStatement psB = null;
try
{
//獲得事務管理對象
userts = (UserTransaction) context.lookup("java:comp/UserTransaction");
//獲取兩個資料庫
connA = getDataSourceA().getConnection();
connB = getDataSourceB().getConnection();
//開啟事務
userts.begin();
//sql語句
psA = connA.prepareStatement("我加1");
psB = connB.prepareStatement("我減1");
//執行sql
psA.executeUpdate();
psB.executeUpdate();
//事務提交
userts.commit();
} catch (Exception e)
{
try
{
userts.rollback();
} catch (IllegalStateException | SecurityException
| SystemException e1)
{
e1.printStackTrace();
}
e.printStackTrace();
}
finally
{
try
{
psA.close();
psB.close();
connA.close();
connB.close();
} catch (SQLException e)
{
e.printStackTrace();
}
}
}
public DataSource getDataSourceA()
{
MysqlDataSource dataSource = new MysqlDataSource();
dataSource.setDatabaseName("mysql");
dataSource.setServerName("server");
dataSource.setPortNumber(1433);
dataSource.setUser("test");
dataSource.setPassword("test");
return dataSource;
}
public DataSource getDataSourceB()
{
MysqlDataSource dataSource = new MysqlDataSource();
dataSource.setDatabaseName("mysql");
dataSource.setServerName("server");
dataSource.setPortNumber(1435);
dataSource.setUser("test1");
dataSource.setPassword("test1");
return dataSource;
}
}
⑼ java語言中怎樣使用事務控制同時向多個資料庫裡面插入數據
事務是由資料庫實現的，要實現跨資料庫的事務，可以用JTA
⑽ 用Java編寫一般應用程序，怎麼實現在一個事務中訪問了多種類型資料庫。
我測試了用jdbc獲得多個connection連接，可以實現，其實和連接一個資料庫是一樣的。
1、注冊資料庫驅動
2、用driverMagager獲得資料庫連接
3、獲得connection之後就可以對資料庫進行操作了
對於需求，其實也是比較容易實現的。只要對於多個要commit的地方，加到同一個try塊中，就可以了。
只要一個資料庫存儲出錯，就會跳出該try，之後再 catch中執行對所以資料庫的rollback。
類似：
try{
以上對於資料庫的操作代碼略
.......................
conn1.commit();
conn2.commit();
conn3.commit();
//其中只要其中一個執行存儲出錯，就會跳到catch中，執行rollback，所以不要存儲一個就commit一次，要一起commit 。
}catch(Exception e){
conn1.rollback();
conn2.rollback();
conn3.rollback();
}finall{
conn1.close();
conn2.close();
conn3.close();
}
主要就是對於執行成功的存儲不要立刻就執行commit操作，這樣如果之後的資料庫出錯就無法rollback成功的那個了。
我們等到所以對於資料庫的操作都執行完畢後，再一起執行commit，如果其中那個出錯也不至於過早的commit，而無法rollback了。