困惑

实际你应该认识到SQL是你获取数据对象的手段或工具，EJB CMP在数据库层基础上提供了一个新的获取数据对象的手段和工具，这样

以后你就不用关心EJB后面是数据库 还是其他资源。

你只要直接和EJB打交道，这样因为数据库带来的事务跟踪 安全 等等问题都不用你担心，如果你思路一直定在SQL语句，那么你就准备以后自己来解决这些安全或缓冲问题吧。就象Jive一样。

> 另外,到底是写SQL语句难还是搞这么多复杂的概念难?那个维?> 更简单?我觉得CTLC CTLV

> 挺好,现在改点东西到处乱找,真是烦!

> 各位说说,SQL真的那么难吗?为了不写SQL值得付出这么多吗?

public void create(User u) throws Exception{

if(exist(u)){

throws new Exception("This user has exists");

}else{

insert(u);

}

}

这是一个简单的业务，就是创建一个用户，但是它并不是面向SQL语句，而是面向接口，你关心的不应该是insert如何实现，而是关心如何更好的完成这个业务过程的完成。例如是否要在注册的同时给用户发个email.

是关于做什么，谁去做，怎么做，做了之后有什么相关变化的

理性层面。

SQL是一种实现数据库操作的面向语言的接口。

可以说用sql实现业务逻辑

是implements而不是"is a" relationship.

具体的说，就以why10k 兄弟的思维来说，why10k 兄弟一直以效率为最主要，这是因为我们以前硬件资源太差的原因，效率在今天以及以后也要将，但是在和系统的可重用性 已经可拓展性相比，后两这显然更重要，因为硬件的发展总会弥补效率的问题,从Java的发展轨迹我们也明白这个思维习惯，在Java中效率已经不是第一，否则Java本身都没有诞生的必要。

CMP是EJB发展的主要趋势，从EJB 2.0的最大变化就是CMP功能增强这点已经看出来，这是趋势了，所以，不管谁的EJB容器软件，都必须遵守EJB 2.0的规范，数据库带来的差别越来越小。

从开发效率上说，CMP要快得多，why10k 兄弟采用的BMP方式，虽然在系统稳定后效率有提高，但是，我们知道，系统开发中花费的时间更多的是与用户初期交互上，因此数据库结构经常会变化，在这个情况下，使用CMP可以非常快改变，而用BMP则会心疼，“我好容易写的精致的SQL代码报废了，要修改了，还要重新测试”。

这也是本贴原始作者的困惑所在。

CMP能帮助你解决这些问题，至于系统稳定后的效率问题，你可以在CMP基础上再写出BMP来，这就是CMP_to_BMP模式，本站有问题介绍。