“数据访层介绍”随便写写，欢迎指点

数据访问层保证业务逻辑和具体的数据库相分割，业务的实现和数据库无关，并支持复用池技术，提高系统的访问效率，同时良好的数据库访问层还可以提供非常先进的O/R mapping（对象和关系的映射）功能，把基于面向对象编程的java 对象数据映射成面向关系型的数据库中去。有了这层映射，开发人员就可以全心全意的把精力用在业务逻辑实现上面，而不用关心数据的存储。
数据访问层也有很多实现，例如企业级大部头人气作品EJB、简洁高效的DAO。O/R mapping功能是hibernate最早推广的，一经面世就获得极大的好评。O/R mapping的概念得到广泛认可之后，几大业内巨头联合推出了JDO标准，JDO标准将统一O/R mapping规范，并为下一代数据访问层提供一个准绳。不过JDO只是个标准，需要有具体的实现代码才可以应用，castor JDO是一个功能强大的实现，它可以把java对象映射到关系数据库中去，还可以把java对象后数据库数据直接编码到XML，XML结合XSL就是下一代客户界面，是将取代HTML的新贵。有了XSL，XML就可以以网页的形式直接给客户察看。但不幸的是有些程序员开始指责castor已经开始背离JDO标准并开发了一些非JDO标准的功能，但castor强大的功能无疑已经被广大程序员所接受，简单的把数据库对象编码到XML给客户察看或者映射到java对象进行逻辑处理，或者把java 对象在编码到XML给客户察看，当数据在三层结构的系统中转化和传输时，castor几乎无所不能，这将节省的极大开发时间。
虽然hibernate、castor和JDO如此强大和红火，但他们仍然是轻量级构架，要分布式应用，要适应大型企业的海量数据处理，仍然需要EJB的大部头构架。针对O/R mapping的发展，sun也推出了EJB3.0，结合EJB的长处，提供O/R mapping的功能，但.EJB3.0也只是一个标准，离真正实用还有不少的距离。到底数据库访问层的三国纷争谁是胜者我们不得而知，我们可以做的是在数据库访问层外再开发一个代理层，以便让我们的程序可以方便的在这几种数据库访问层间转换。