spring多數(shù)據(jù)源配置

1、在SpringSide3中，白衣提供的預(yù)先配置好的環(huán)境非常有利于用戶進(jìn)行快速開發(fā)，但是同時(shí)也會(huì)為擴(kuò)展帶來一些困難。最直接的例子就是關(guān)于在項(xiàng)目中使用多個(gè)數(shù)據(jù)源的問題，似乎很難搞。，我立志要解決多數(shù)據(jù)源配置的難題，我的思路是這樣的：第一步、測試能否配置多個(gè)DataSource第二步、測試能否配置多個(gè)SessionFacty第三步、測試能否配置多個(gè)TransactionManager第四步、測試能否使用多個(gè)TransactionManager

2、，也就是看能否配置多個(gè)基本上到第四步就應(yīng)該走不通了，因?yàn)镾pring中似乎不能配置多個(gè)，而且@transactional注解也無法讓用戶選擇具體使用哪個(gè)TransactionManager。也就是說，在SpringSide的應(yīng)用中，不能讓不同的數(shù)據(jù)源分別屬于不同的事務(wù)管理器，多數(shù)的應(yīng)用中，不能讓不同的數(shù)據(jù)源分別屬于不同的事務(wù)管理器，多數(shù)據(jù)源只能使用分布式事務(wù)管理器據(jù)源只能使用分布式事務(wù)管理器，那么測試思路繼續(xù)如下進(jìn)行：第五步、測試能否配

3、置JTATransactionManager如果到這一步，項(xiàng)目還能順利在Tomcat中運(yùn)行的話，我們就算大功告成了。但我總認(rèn)為事情不會(huì)那么順利，我總覺得我總覺得JTATransactionManager需要應(yīng)用服務(wù)器的支持，而且需要需要應(yīng)用服務(wù)器的支持，而且需要和JNDI配合使用配合使用，具體是不是這樣，那只有等測試后才知道。如果被我不幸言中，那么進(jìn)行下一步：第六步、更換Tomcat為GlassFish，更換JDBC的DataSourc

4、e為JNDI查找的DataSource，然后配置JTATransactionManager下面測試開始，先假設(shè)場景，還是繼續(xù)用上一篇中提到的簡單的文章發(fā)布系統(tǒng)，假設(shè)該系統(tǒng)運(yùn)行一段時(shí)間后非?；鸨?，單靠一臺(tái)服務(wù)器已經(jīng)無法支持巨大的用戶數(shù)，這時(shí)候，站長想到了把數(shù)據(jù)進(jìn)行水平劃分，于是，需要建立一個(gè)索引數(shù)據(jù)庫，該索引數(shù)據(jù)庫需保存每一篇文章的Subject及其內(nèi)容所在的Web服務(wù)器，而每一個(gè)Web服務(wù)器上運(yùn)行的項(xiàng)目，需要同時(shí)訪問索引數(shù)據(jù)庫和內(nèi)容數(shù)據(jù)

5、庫。所以，需要?jiǎng)?chuàng)建索引數(shù)據(jù)庫，如下：createdatabasepuretext_indexusepuretext_indexcreatetablearticles(idintprimarykeyauto_incrementsubjectvar(256)webservervar(30))第一步測試，配置多個(gè)第一步測試，配置多個(gè)DataSource，配置文件如下：g.hibernate.dialect.MySQL5InnoDBDialec