辽宁网通数据复制应用案例

不知道shards是否能有效简化多数据库(无跨库事务)开发，还在学习中，翻译一段前言，欢迎大家交流。
http://www.hibernate.org/hib_docs/shards/reference/en/html/preface.html
你不能总是把你所有的关系数据放在一个单独的关系数据库里。有时候你只是有太多的数据。有时候你有一个分布式的部署体系（如果使用单一数据库可能导致从加州到印度的网络延迟太大）。甚至可能是非技术理由（一个潜在的客户根本不做交易除非她公司的数据存在自己的数据库里）。无论你的理由是什么，在多重数据库之间对话无疑会让你的程序开发变得复杂。hibernate shards是被设计来封装和最小化这种复杂性的一个框架，它在hibernate core上提供了水平分割的支持。简单的来说，我们的目标是通过hibernate在多重数据库上提供一个统一的视图。

那么，shard是什么?好问题。"shard"是"部分"或"分割"的另一种说法,但是在google,它专指选择权。hibernate shards源自google的一个工程师小团队的20%项目（译注:google员工有20%的工作时间可以从事非工作事件），因此这个项目的命名从一开始就考虑到shards。把目前的工作成果开源是因为我们想让hibernate社区能尽可能快的从我们的努力中获益，同时相比私有化，我们期望社区能更快的帮助我们达到稳定的发布版本。我们迫切的希望在设计和实现里找出问题，同时在完善的过程中，我们也感激你的耐心。