日期:2014-03-18  浏览次数:20960 次

在项目开发的过程当中,项目组开发成员的编程风格差异和数据库操作语句SQL的灵活性给项目组带来了越来越多的操作和维护难度。

比如:

从user表中取出所无数据,有的人会写成“select * from user”,有的人会写成“select all from user”,虽然在操作中不会有任何的错误,但在其他人读程序的过程时就会产生不好的感觉。

如果这种程序差异在项目中的数量级很多,那么在开发的过程当中程序就会出现各种各样的风格,在维护的过程中就会拼命的挠头并诅咒那些当初写程序的人。

为了整篇文章的举例,如今我们在数据库中建立如下表:

TBL_USERUSERID BIGINTUSERNAME VARCHAR(20)PASSWORD VARCHAR(20)CREATETIME DATETBL_USER_INFOUSERID BIGINTEMAIL VARCHAR(64)MOBILE VARCHAR(13)


一:分析

A) 分析select语句

于是使用XML来封装数据库操作语句成为项目规范化操作的第一步骤。在这个步骤中,我们将举几个例子来逐渐实现封装的目的。

比如 “ SELECT USERNAME, PASSWORD FROM TBL_USER ” 这个语句,分析成XML文件时可以有各种各样的写法,我们如今使用如下的表达方式:

分析1:

1 <dbtrans name=”selectUser”table=”TBL_USER” method=”select”>2 <get>3 <property name=”username”type=”string”/>4 <property name=”password” type=”string”/>5 </get>6 </dbtrans>


在第一行的句子中使用 dbtrans 为节点名称,属性name为这个买卖的名称,这里为”selectUser”,属性table为索取表的名称,这里为”TBL_USER”,属性method为操作数据库的方法,这里为”select”,子节点意思为从数据库读取数据。子节点为读取的数据库字段,其中:

属性name为字段的名字,属性type为字段的类型,这里设置类型在后面的程序中可以体现出来。

对于

SELECT USERNAME, PASSWORD FROM TBL_USER WHERE USERID=123


语句,我们依据上诉的分析,则可将XML描绘为:

分析2

1. <dbtrans name=”selectUserByKey”table=”TBL_USER” method=”select”>2. <key>3 <property name=”userid” type=”long”/>4 </key>5 <get>6 <property name=”username” type=”string”/>7 <property name=”password” type=”string”/>8 </get>9 </dbtrans>


如果使用的是like操作,我们可以将第3句描述成为:

<property name=”username”type=”string” match=”like”/>


对于

SELECT USERNAME, PASSWORD FROM TBL_USER ORDER BY USERNAME DESC


这个语句,XML如下分析

分析3

1. <dbtrans name=”selectUser” table=”TBL_USER” method=”select”>2 <get>3 <property name=”username” type=”string”/>4 <property name=”password” type=”string”/>5 </get>6 <order name="respcode" match="desc" />6 </dbtrans>


这样的语句分析基本上可以完成了绝大部分的普通数据库的select语句的操作,但是毕竟还是会有一些我们无法预料的数据库操作语句会出现,比