我以前提及我打算不使用任何Java ORM框架。 到目前为止我看见有一条陡峭的经验曲线和倾向于穿上鞋子垫铁您的建筑学入他们的模型的ORM框架。 因此我开始新鲜，不用任何ORM框架象冬眠或反弹(我听见了是更好的)。

我是愉快的编制程序我的在SQL的询问，并且不需要使用具体语言象冬眠OQL的任何ORM。 SQL为什么是最佳它。 为什么重创轮子？ 并且，当我处理非常很多数据，我喜欢对我的数据库的细颗粒的控制。 我的经验与sql愉快的Java开发商将是主要相关的。

在过程中(的工作没有任何ORM框架)我体会需要在简单的老JDBC的二简单的设施的I。

1. 我在一个单独的文件需要方式投入所有SQL询问和DDL。 这允许我或DBA以后分析与一把齿细密梳子的询问和如果需要，优选。 它也允许我容易地改变他们，无需改变代码。 解答的洁净最重要呼吁。 这时我肯定您认为iBatis。 我尝试了iBatis。 最初我喜欢，并且认为我有我的解答。 然而，当我沿着走车道我体会它也给了我我没有需要的特点。 这比需要的I复杂。 所有需要的I是HashMap被保存对一个文件以XML格式。 并且我的数据库类应该名义上支持询问施行(认为钥匙价值)。

2.其次我需要合并的连接防止打开和关闭许多连接并且用尽连接。 我发现了在Proxool的一种好的解答。 另外它支持有多连接外形在一个简单的文本文件和任意采伐询问。

3. 我需要与象清洁密切关系和任意采伐询问数据的公共方法一起集成在简单的数据库类的这两能力。

如果您能甚而称它那，那是全部那里在我的超级简单的框架。 并且，相信它或没有，我比我在长时间是方式有生产力使用它，并且我在控制充分地感觉。 horning我的想法的鞋子的没有负担适合FooBah框架和它的我的思想体系。

更新： 有关于这个岗位的广泛的讨论在 ServerSide。