请教关于非公共性网站对hibernate的使用。

简直都成月经贴了。

他们说Hibernate性能不行，我说Hibernate的缓存是性能必杀技；
他们接着说互联网网站不能用ORM，我说JavaEye的对象缓存命中率是88%；
他们又说你那是BBS，大家点击频繁，所以命中率高，我说JavaEye的博客每个内容都不一样，照样命中率高；
他们最后说非公共性网站不能用ORM，我只能说你做一个非公共性网站干吗用呢？

这个世界多的是不用ORM但是性能很好的网站，这个世界也有很多用了ORM性能也很好的网站，连Google都在用Hibernate。你要用ORM便用，你不要用ORM便不用，一边嘴里说着不用不用就不用，一边心里忐忑不安，我到底用还是不用，用还是不用，非得说服所有人都不用才安心，不如别惦记着Hibernate了，省得自己费心，别人看着费劲。

简直都成月经贴了。

他们说Hibernate性能不行，我说Hibernate的缓存是性能必杀技；
他们接着说互联网网站不能用ORM，我说JavaEye的对象缓存命中率是88%；
他们又说你那是BBS，大家点击频繁，所以命中率高，我说JavaEye的博客每个内容都不一样，照样命中率高；
他们最后说非公共性网站不能用ORM，我只能说你做一个非公共性网站干吗用呢？

这个世界多的是不用ORM但是性能很好的网站，这个世界也有很多用了ORM性能也很好的网站，连Google都在用Hibernate。你要用ORM便用，你不要用ORM便不用，一边嘴里说着不用不用就不用，一边心里忐忑不安，我到底用还是不用，用还是不用，非得说服所有人都不用才安心，不如别惦记着Hibernate了，省得自己费心，别人看着费劲。

简直都成月经贴了。

他们说Hibernate性能不行，我说Hibernate的缓存是性能必杀技；
他们接着说互联网网站不能用ORM，我说JavaEye的对象缓存命中率是88%；
他们又说你那是BBS，大家点击频繁，所以命中率高，我说JavaEye的博客每个内容都不一样，照样命中率高；
他们最后说非公共性网站不能用ORM，我只能说你做一个非公共性网站干吗用呢？

这个世界多的是不用ORM但是性能很好的网站，这个世界也有很多用了ORM性能也很好的网站，连Google都在用Hibernate。你要用ORM便用，你不要用ORM便不用，一边嘴里说着不用不用就不用，一边心里忐忑不安，我到底用还是不用，用还是不用，非得说服所有人都不用才安心，不如别惦记着Hibernate了，省得自己费心，别人看着费劲。

今天刚好又和一些朋友聊到这个话题。话说淘宝网站也是用iBATIS的，但淘宝即将进行整个架构的改造，正在犹豫要不要用Hibernate，现在Google也贡献了Hibernate Shards，正好是淘宝准备垂直切分数据库可以用得上的现成技术，那如果还是iBATIS，编程就过于复杂了。但是淘宝也有一个特点，就是DBA超强，所以缓存啥的差点也还有DBA顶上优化SQL，那你用Hibernate的话，毕竟SQL不是手写的，难以进行深度优化。

所以适合自己的就是最好的，不要简单的肯定或者否定Hibernate。

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

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