深入DAO业务设计-设计分析实例

现在假设有如下一张用户的数据表：

--删除数据表
DROP TABLE member PURGE;
--创建数据表
CREATE TABLE member(
mid         VARCHAR2(50),
name        VARCHAR2(50),
age         NUMBER(3),
phone       VARCHAR2(20),
birthday    DATE,
note        CLOB,
CONSTRAINT pk_mid PRIMARY KEY(mid)
);

现在要求基于member数据表实现如下的功能：
● 【业务层】可以实现用户数据的添加操作；
├ 【数据层】由于用户的编号（mid）为自己添加，所以必须首先判断添加的mid数据是否存在；
├ 【数据层】在进行数据添加之前请一定要保证电话号码不会重复；
├ 【数据层】如果数据的检测通过，则进行数据的保存。

● 【业务层】可以实现用户数据的修改操作；
├ 【数据层】保证修改的联系电话与其它人的电话不一样；
├ 【数据层】进行修改处理，如果没有与之匹配的数据存在，修改更新行数为0，表示失败。

● 【业务层】可以实现用户数据的删除操作；
├ 【数据层】直接执行DELETE删除处理；

● 【业务层】可以根据一个用户编号查询一个用户的完整信息；
├ 【数据层】直接编写根据id查询即可。

● 【业务层】可以查询出全部的用户信息；
├ 【数据层】查询全部数据。

● 【业务层】可以进行数据的分页显示，同时需要返回分页的数据行数；
├ 【数据层】直接使用ROWNUM分页显示；
├ 【数据层】对数据表中的总体数量使用COUNT（）进行计算；

● 【业务层】可以进行数据的模糊查询与分页显示，同时返回满足于模糊查询条件的数据行数；
├ 【数据层】结合ROWNUM和LIKE子句进行模糊查询；
├ 【数据层】统计复合于此次模糊查询的数据量。

总结：

所有的数据层就是CRUD，而将这些进行组合进成为了业务层。