当数据量增长的单台数据库不能有效服务时,通常的解决方案是使用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