所謂“ 主權(quán)獨立 ”是指系統(tǒng)中的每一個數(shù)據(jù)源都對外獨立承擔暴露數(shù)據(jù)庫資源的職能：

具體的應(yīng)用場景可能是：

當然，類似的場景并非只有這些，但總的意圖是相似的，那就是每一個dataSource的職能對于使用它們的客戶端來說足夠明確，完全是各自獨立使 用。 筆者經(jīng)歷的FX項目中就使用了這樣的多數(shù)據(jù)源管理方式。在FX中，設(shè)置的MAIN數(shù)據(jù)庫主要存儲顧客或者銀行與FX Broker之間的交易信息，設(shè)置的INFO數(shù)據(jù)庫主要存儲匯率以及系統(tǒng)履歷之類的信息 ^{[ 32 ]} 。 通常情況下，針對交易以及匯率之間的信息存儲在邏輯上是可以分開進行的，所以現(xiàn)在，應(yīng)用程序?qū)?yīng)的spring配置內(nèi)容基本如下：

        <bean id="mainDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value="${main.jdbcUrl}"/>
 <property name="driverClassName" value="${main.driver}"/>
 <property name="username" value="${main.username}"/>
 <property name="password" value="${main.passwork}"/>
 <!-- other property settings -->
</bean>

<bean id="infoDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value="${info.jdbcUrl}"/>
 <property name="driverClassName" value="${info.driver}"/>
 <property name="username" value="${info.username}"/>
 <property name="password" value="${info.password}"/>
 <!-- other property settings -->
</bean>

<bean id="mainJdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="mainDataSource"/>
</bean>

<bean id="infoJdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="infoDataSource"/>
</bean>

<bean id="dataAccessResourceSupport" abstract="true">
 <property name="mainJdbcTemplate" ref=""/>
 <property name="infoJdbcTemplate" ref=""/>
</bean>

<bean id="someDaoWithMainDS" class="...">
 <property name="mainJdbcTemplate" ref="mainJdbcTemplate"/>
 <!-- other property settings -->
</bean>

<bean id="someDaoWithInfoDS" class="...">
 <property name="infoJdbcTemplate" ref="infoJdbcTemplate"/>
 <!-- other property settings -->
</bean>

<bean id="someDaoWithBothDS" class="..." parent="dataAccessResourceSupport">
 <!-- other property settings -->
</bean>
      

項目中這種情況下的多數(shù)據(jù)源管理是最簡單的，也是比較容易管理的方式，所以，在你考慮下面將要談到的這種更加動態(tài)，更加復(fù)雜的多數(shù)據(jù)源管理方式之 前， 請先對你的數(shù)據(jù)訪問場景做一個評估，看一下當前這種方式是否已經(jīng)足夠滿足項目的數(shù)據(jù)訪問需要，實在不行的話，再考慮后繼方案，也就是在運行期間來決定到底 使用多個數(shù)據(jù)源中的哪一個。

社區(qū)中經(jīng)常提到的“ 多數(shù)據(jù)源互換 ”即屬于這種場景，之所以用“ 合縱連橫 ”來形容這些數(shù)據(jù)源是因為，對于使用它們的數(shù)據(jù)訪問類來說， 這些數(shù)據(jù)源已經(jīng)喪失了“ 獨立自主 ”的地位，所有與數(shù)據(jù)訪問類進行的交互需要通過“ 盟主 ”進行，該盟主本質(zhì)上也是一個DataSource， 但它的職責更加傾向于對“ 聯(lián)盟 ”內(nèi)的多個DataSource的職能進行協(xié)調(diào)和管理，最終數(shù)據(jù)訪問所需要的資源由“ 盟主 ”來決定要哪一個DataSource貢獻出來。

使用這種多數(shù)據(jù)源管理方式的具體場景可能有：

更多場景需要讀者根據(jù)具體的應(yīng)用來判定，不過，并非所有的應(yīng)用要做這樣的處理，如果能夠保持簡單，那盡量保持簡單，畢竟，我們提倡K.I.S.S.(Keep It Simple,Stupid)嘛！ 要實現(xiàn)這種“ 合縱連和 ” 的多數(shù)據(jù)源管理方式，總的指導(dǎo)原則就是實現(xiàn)一個自定義的DataSource，讓該DataSource來管理系統(tǒng)中存在的多個與具體數(shù)據(jù)庫掛鉤的數(shù)據(jù) 源， 數(shù)據(jù)訪問類只跟這個自定義的DataSource打交道即可。在spring2.0.1發(fā)布之前，各個項目中可能存在多種針對這種情況下的多數(shù)據(jù)源管理方 式， 不過，spring2.0.1發(fā)布之后，引入了AbstractRoutingDataSource，使用該類可以實現(xiàn)普遍意義上的多數(shù)據(jù)源管理功能。

假設(shè)我們有三臺數(shù)據(jù)庫用來實現(xiàn)負載均衡，所有的數(shù)據(jù)訪問請求最終需要平均的分配到這三臺數(shù)據(jù)庫服務(wù)器之上，那么，我們可以通過繼承AbstractRoutingDataSource來快速實現(xiàn)一個滿足這樣場景的原型(Prototype):

        public class PrototypeLoadBalanceDataSource extends AbstractRoutingDataSource  {

 private Lock            lock = new ReentrantLock();
 private int          counter = 0;
 private int dataSourceNumber = 3;

 @Override
 protected Object determineCurrentLookupKey() {
  lock.lock();
  try
  {
   counter++;
   int lookupKey = counter % getDataSourceNumber();
   return new Integer(lookupKey);
  }
  finally
  {
   lock.unlock();
  }
 }
 // ...
}
      

我們在介紹AbstractRoutingDataSource的時候說過，要繼承該類，通常只需要給出determineCurrentLookupKey()方法的邏輯即可。 下面是針對PrototypeLoadBalanceDataSource的配置：

        <bean id="dataSourc1" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<bean id="dataSource2" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<bean id="dataSource3" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
 <property name="url" value=".."/>
 <property name="driverClassName" value=".."/>
 <property name="username" value=".."/>
 <property name="password" value=".."/>
 <!-- other property settings -->
</bean>

<util:map id="dataSources">
 <entry key="0" value-ref="dataSource1"/>
 <entry key="1" value-ref="dataSource2"/>
 <entry key="2" value-ref="dataSource3"/>
</util:map>

<bean id="dataSourceLookup" class="org.springframework.jdbc.datasource.lookup.MapDataSourceLookup">
 <constructor-arg>
  <ref bean="dataSources"/>
 </constructor-arg>
</bean>

<bean id="dataSource" class="..PrototypeLoadBalanceDataSource">
 <property name="defaultTargetDataSource" ref="dataSourc1"/>
 <property name="targetDataSources" ref="dataSources"/>
 <property name="dataSourceLookup" ref=""/>
</bean>

<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
 <property name="dataSource" ref="dataSource"/>
</bean>

<bean id="someDao" class="...">
 <property name=""jdbcTemplate"" ref=""jdbcTemplate""/>
 <!-- other property settings -->
</bean>
      

因為我們不想使用AbstractRoutingDataSource的默認鍵值(Key)查找行為(根據(jù)指定的鍵值(Key)通過JNDI進行查 找)， 所以，我們?yōu)镻rototypeLoadBalanceDataSource重新設(shè)置了DataSourceLookup，轉(zhuǎn)而使用 MapDataSourceLookup。

有了AbstractRoutingDataSource之后，實現(xiàn)這種“ 合縱連橫 ”的多數(shù)據(jù)源管理，將不再像最初看起來那么復(fù)雜而神秘。

4.4.2.3. 結(jié)束語

因為以上兩種多數(shù)據(jù)源的管理方式在實際的使用過程中可能還有一些變數(shù)，所以，最后筆者還是覺得應(yīng)該提及兩點：

最后，祝各位在多數(shù)據(jù)源管理的道路上一帆風順，即使不順，那么應(yīng)用以上的方式“ 排除萬難去爭取勝利 ”也不再是難事了吧？！