讨论-J2EE在Springframework下Database Sharding的解决方案

本文探讨了当单一数据库无法满足服务需求时的分片方案。介绍了两种实现方式:一是手动传递数据源;二是通过AOP技术隐藏数据源选择过程,使开发者能够专注于业务逻辑。提供了开源工具参考及代码实现思路。

当数据量增长的单台数据库不能有效服务时,通常的解决方案是使用database sharding,总之,现在有多个数据库了,DAO方法要访问哪个数据库就和要访问的数据有关了。在springframework框架下我们习惯了配置一个 connection pool,现在sharding了,怎么办呢?

 

有一些开源工具可以帮助我们,参见:

http://www.dbanotes.net/database/database_sharding.html

http://amoeba.sourceforge.net/wordpress/ (国产精品)

 

虽然有一些工具,但我不清楚这些工具的成熟度和普及程度。因此,我不会冒然的使用。

 

第一种办法:

原始一点,在调用每个Service之前,先得到一个datasource, 把这个datasource传递给service,service在传递给dao。其实就是不再使用spring注入datasource,我自己组装一下。

这个方式是可以工作的,我们也基于此开发了一个大规模的web系统,运行良好,开发人员也能接受这种编程模式。

 

第二种方法:

对于第一种方法,我总觉得不是太好,因为开发人员在写程序时要注意datasource的问题。是否能封装一下,使开发人员感觉不到datasource的存在,就像单数据库开发时那样。

思路:某种约定,DAO方法的第一个参数可以用来判断访问哪个数据库。我们可以使用AOP的方式解决。但判断访问哪个数据库的方式可能不止一种,并且这个参数也不一定是第一个。所以,必要时可以使用annotation辅助一下。

这种方式虽然开发人员不再关注如何得到datasource的问题了,但仍然要知道DAO方法参数的约定和annotation的使用问题。

这个方式并没有在正式系统中应用过,不过我认为是没有问题的。

 

具体代码参考:

http://code.google.com/p/multipledatabaseaoptest/source/browse/#svn/trunk

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值