跨資料庫事務

① 如何在spring中配置跨資料庫的事務

1.使用註解的方式
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.0.xsd">
<!-- 使用annotation定義資料庫事務，這樣可以在類或方法中直接使用@Transactional註解來聲明事務 -->
<tx:annotation-driven transaction-manager="transactionManager" />
</beans>

2.使用事務管理器來管理
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jee="http://www.springframework.org/schema/jee"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-3.1.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.1.xsd
http://www.springframework.org/schema/jee
http://www.springframework.org/schema/jee/spring-jee-3.1.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.1.xsd">
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>

<aop:config>
<!-- 切入點指明了在執行com.zxt.service包中的所有方法時產生事務攔截操作 -->
<aop:pointcut id="Methods"
expression="execution(* com.zxt.service.*.*(..))" />
<!-- 定義了將採用何種攔截操作，這里引用到 txAdvice -->
<aop:advisor advice-ref="txAdvice" pointcut-ref="Methods" />
</aop:config>

<!-- 事務通知操作，使用的事務管理器引用自transactionManager -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<!-- 指定哪些方法需要加入事務 -->
<tx:method name="save*" propagation="REQUIRED" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<!-- read-only="true"：其餘方法只讀格式，加強其安全性 -->
<tx:method name="*" read-only="true" propagation="NOT_SUPPORTED" />
</tx:attributes>
</tx:advice>

</beans>

② 什麼是資料庫事務

(1):事務（Transaction）是並發控制的單位，是用戶定義的一個操作序列。這些操作要麼都做，要麼都不做，是一個不可分割的工作單位。通過事務，sql
Server能將邏輯相關的一組操作綁定在一起，以便伺服器保持數據的完整性。
(2):事務通常是以BEGIN
TRANSACTION開始，以COMMIT或ROLLBACK結束。
COMMIT表示提交，即提交事務的所有操作。具體地說就是將事務中所有對資料庫的更新寫回到磁碟上的物理資料庫中去，事務正常結束。
ROLLBACK表示回滾，即在事務運行的過程中發生了某種故障，事務不能繼續進行，系統將事務中對資料庫的所有以完成的操作全部撤消，滾回到事務開始的狀態。
(3):事務運行的三種模式:
A:自動提交事務
每條單獨的語句都是一個事務。每個語句後都隱含一個COMMIT。
B:顯式事務
以BEGIN
TRANSACTION顯式開始，以COMMIT或ROLLBACK顯式結束。
C:隱性事務
在前一個事務完成時，新事務隱式啟動，但每個事務仍以COMMIT或ROLLBACK顯式結束。
(4):事務的特性(ACID特性)
A:原子性(Atomicity)
事務是資料庫的邏輯工作單位，事務中包括的諸操作要麼全做，要麼全不做。
B:一致性(Consistency)
事務執行的結果必須是使資料庫從一個一致性狀態變到另一個一致性狀態。一致性與原子性是密切相關的。
C:隔離性(Isolation)
一個事務的執行不能被其他事務干擾。
D:持續性/永久性(Durability)
一個事務一旦提交，它對資料庫中數據的改變就應該是永久性的。
注:事務是恢復和並發控制的基本單位。

③ petapoco支持跨資料庫事務嗎

因為petapoco的連接資料庫在的資料庫地址要在app.config中定義
---------
那是因為你COPY來的項目本身是那麼做的,而不是只能寫到app.config中吧?

④ 為什麼要使用資料庫事務

資料庫事務(Database Transaction) ，是指作為單個邏輯工作單元執行的一系列操作，要麼完全地執行，要麼完全地不執行。
原子性（Atomic）（Atomicity) 事務必須是原子工作單元；對於其數據修改，要麼全都執行，要麼全都不執行。通常，與某個事務關聯的操作具有共同的目標，並且是相互依賴的。如果系統只執行這些操作的一個子集，則可能會破壞事務的總體目標。原子性消除了系統處理操作子集的可能性。
一致性（Consistent）(Consistency) 事務在完成時，必須使所有的數據都保持一致狀態。在相關資料庫中，所有規則都必須應用於事務的修改，以保持所有數據的完整性。事務結束時，所有的內部數據結構（如 B 樹索引或雙向鏈表）都必須是正確的。某些維護一致性的責任由應用程序開發人員承擔，他們必須確保應用程序已強制所有已知的完整性約束。如，當開發用於轉帳的應用程序時，應避免在轉帳過程中任意移動小數點。
隔離性（Insulation）(Isolation) 由並發事務所作的修改必須與任何其它並發事務所作的修改隔離。事務查看數據時數據所處的狀態，要麼是另一並發事務修改它之前的狀態，要麼是另一事務修改它之後的狀態，事務不會查看中間狀態的數據。這稱為隔離性，因為它能夠重新裝載起始數據，並且重播一系列事務，以使數據結束時的狀態與原始事務執行的狀態相同。當事務可序列化時將獲得最高的隔離級別。在此級別上，從一組可並行執行的事務獲得的結果與通過連續運行每個事務所獲得的結果相同。由於高度隔離會限制可並行執行的事務數，所以一些應用程序降低隔離級別以換取更大的吞吐量。
持久性（Duration）(Durability） 事務完成之後，它對於系統的影響是永久性的。該修改即使出現致命的系統故障也將一直保持。

⑤ Apollo配置中心怎麼解決跨庫事物

以下供你參考：

apollo配置中心管理不同環境配置原理

經過對apollo的初步學習，了解了apollo的部署方法，基本使用方法。我們提到過，apollo能夠支持對不同環境的配置進行集中管理。那麼今天就說一說apollo是怎麼管理不同環境的配置的。目前apollo支持的環境有四個：DEV，FAT，UAT，PRO。

由上一篇的架構圖可知，apollo配置中心分為3個部分，apollo-configservice，apollo-adminservice,apollo-portal，其中portal負責向configservice發起讀取配置的請求。所以，configservice和adminservice需要分別部署在各個環境中，如下圖是ctrip的部署圖

生產環境中部署portal，然後在各個環境中部署configservice和adminservice。這樣在部署apollo-portal的時候app.properties的配置文件中就要指定各個環境中apollo-configservice的地址，這樣在不同的環境中就可以使用不同的配置了。

注意：

1.在部署apollo的時候初始化資料庫apolloportaldb.serverconfig表中指定環境後，需要在app.properties指定各個環境的meta-server的訪問地址。

2.若配置的各個環境的地址相同，即使用同一個meta-server地址，那麼每個環境的配置是同步的。這樣就沒有達到不同環境不同配置的目的了。

⑥ 求 java 中跨庫事務的控制思路或解決方案

在java中
一般有兩種方式可以進行資料庫事務處理：
一是：如果你用到開源框架hibernater的話，在hibernater裡面它提供了事務工廠，你可以利用這個類來進行事務操作。
二是：我們一般有Connection連接對象來對事務進行操作。

⑦ 求助：跨域事務的解決方案

自己寫了個事務處理類，提供一個靜態的啟動事務方法，然後就是Commit,Rollback方法，再利用GUID作為事務ID。有事務處理類管理本地資料庫鏈接和遠程跨域服務信息，利用這些信息在Commit或者rollback時進行提交或者回滾，在資料庫級上並行執行命令，需要對遠程跨域提交或者回滾的，結合一個遠程事務池、遠程事務服務類和遠程事務服務調用代理類(就提交和回滾兩個方法)進行處理，其中用事務ID貫穿始終。當然，所有的數據訪問層，資料庫訪問層都來由一個事務類參數，沒有事務的話就為空。由邏輯處理層決定是否採用事務處理。做的就這么簡單，結果感覺還可以；當然這個模式有個致命的弱點，就是無法解決Commit一致性問題，就是如果涉及到多個資料庫時，如果前N-1個資料庫服務都提交成功，第N個資料庫提交失敗就沒辦法了。在跨區域事務方面問題比較大，但如果是區域網還是可以的。這種方式比較適合數據分布存儲（非鏡像）的情況，當然，數據分割的時候需要將大部分的操作都集中在一個中心，畢竟跨區域訪問還是有些慢得。
這次整得這個架構，可以分布式查詢，同時更新多個資料庫（可以控制到表級），並對業務邏輯層透明，速度和易用性感覺都還不錯，而且業務層處理事務的時候可以支持搭積木方式進行。
這個架構帶有雲應用架構的味道，可以分業務，分用戶存放數據，應用部分也可以支持多中心，多負載方式，理論上來講擴展性無限。當然，因為主要的目的不是做鏡像同步支持，所以我沒有加入資料庫命令隊列處理方式來保證可靠性，在資料庫節點方面只是簡單的採用了同時更新3份，查詢則隨機選其中一份的方式。對於企業級業務，特別是高實時性和一致性的應用，如果跨資料庫，事務處理和可靠性保證要一起做，真的很難。所以後來放棄了自己做可靠性那部分（就是同時寫3份，隨機讀一份那部分功能），讓資料庫自己去做，畢竟他們更專業。
這個架構主要技術點：多線程（實現不同目標資料庫查詢非同步進行），ODPNet,WCF(跨域訪問),事務，同步（簡單的採用Lock），反射機制，泛型等.

⑧ mssql如何將一個資料庫中的表同步到另一個資料庫中 做成事務

1 在另一個資料庫中建立同樣結構的副表，導入相同的數據
2 在本地資料庫建立另一個資料庫的相應鏈接
3 在本地資料庫主表建立插入修改刪除觸發器，主表有什麼變化直接寫入到副表中
4當然這種方法也不是特別好，會影響本地資料庫主表的性能。

⑨ 「資料庫中的事務」是什麼

資料庫事務(Database Transaction) ，事務是一系列作為一個邏輯單元來執行的操作集合。它是資料庫維護數據一致性的單位，它將資料庫從一致狀態轉變為新的一致狀態，指作為單個邏輯工作單元執行的一系列操作，要麼完全地執行，要麼完全地不執行。 事務處理可以確保除非事務性單元內的所有操作都成功完成，否則不會永久更新面向數據的資源。事務是資料庫運行中的邏輯工作單位，由DBMS中的事務管理子系統負責事務的處理。