在项目开发的过程当中，项目组开发成员的编程风格差异和数据库操作语句SQL的灵活性给项目组带来了越来越多的操作和维护难度。
比如：
从user表中取出所有数据，有的人会写成“select * from user”，有的人会写成“select all from user”，虽然在操作中不会有任何的错误，但在其他人读程序的过程时就会产生不好的感觉。
如果这种程序差异在项目中的数量级很多，那么在开发的过程当中程序就会出现各种各样的风格，在维护的过程中就会拼命的挠头并诅咒那些当初写程序的人。
为了整篇文章的举例，现在我们在数据库中建立如下表：
TBL_USER
USERID BIGINT
USERNAME VARCHAR(20)
PASSWORD VARCHAR(20)
CREATETIME DATE
TBL_USER_INFO
USERID BIGINT
EMAIL 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语句的操作，但是毕竟还是会有一些我们无法预料的数据库操作语句会出现，比如
SELECT USERNAME, PASSWORD
FROM TBL_USER
WHERE CREATETIME ’2003-7-16’
AND CREATETIME<’2003-9-16’时，
同时出现了CREATETIME在 <key之中，
这时我们可以将XML描绘成为
<key
<property name=”starttime”
column=”createtime” type=”date” match=””
<property name=”endtime”
column=”createtime” type=”date” match=”<”
</key
但即使使用了以上的变通方法，还是会有很多的特殊语句是无法完成的，比如
SELECT COUNT(*) FROM TBL_USER
这时的操作会出现使用XML语句无法描绘的时候，这个时候我们就可以引入了special这个属性，例如：
分析4
1. <dbtrans name=”selectUser”
table=”TBL_USER” method=”select”
special=”select count(*) from tbl_user”
2. </dbtrans
这个属性的意思是将所有的特殊交易都特殊表现出来。
B)分析INSERT语句
INSERT 语句在关系型数据库中操作可以说是最麻烦的一条语句了，因为如果你需要在TBL_USER和TBL_USER_INFO表中建立一条对应的数据时，你需要知道插入数据库的主键的值，在JDBC3.0中可以使用Statement.RETURN_GENERATED_KEYS来获取，但是如果为了兼容性考虑，我们在操作过程之中决定采用另一种办法来实现。
我们在数据库中建立一个表，名为：TSYS_PRIMARYKEY,其中包括三个字段,如下：
TSYS_PRIMARYKEY
KEYID BIGINT
TABLENAME VARCHAR(64)
PRIMARYKEY VARCHAR(30)
其中TABLENAME保存表名，PRIMARYKEY保存主键的名称，KEYID保存主键的值，这样的做法目的是在insert语句操作前，先取到现在主键的值，并将该值加1，成为现有的主键，然后进行insert操作，操作完成之后我们还需要update一下TSYS_PRIMARYKEY这个表，确保数据的同步。
现在我们开始分析INSERT语句
INSERT INTO TBL_USER
( USERID, USERNAME, PASSWORD )
VALUES ( 100, ‘test’, ‘test’ )
INSERT INTO TBL_USER_INFO
( USERID, EMAIL, MOBILE )
VALUES ( 100, ‘test@test.com’,
‘1234567890’ )
描绘为XML文件时我们可以描绘如下
分析5
1. <dbtrans name=”insertUser”
table=”TBL_USER” method=”insert”
2 <primarykey name=”userid”
3 <set
4 <property name=”username” type=”string”/
5 <property name=”password” type=”string”/
6 </set
7 </dbtrans
以及
1. <dbtrans name=”insertUserInfo”
table=”TBL_USER_INFO” method=”insert”
2 <set
3 <property name=”userid” type=”long”/
4 <property name=”email” type=”string”/
5 <property name=”mobile” type=”string”/
6 </set
7 </dbtrans
C) 分析DELETE语句
Delete语句最常用的可以分为两种，一种是按照键值删除，一种是全部删除，为此我们将此操作划分为两种类型，delete和clear。
对于delete类型，举例为：
DELETE FROM TBL_USER_INFO
WHERE USERID=123
描述为：
分析6
1. <dbtrans name=”deleteUserInfo”
table=”TBL_USER_INFO” method=”delete”
2 <key
3 <property name=”userid” type=”long” /
4 </key
5 </dbtrans
对于clear类型，举例为：
DELETE FROM TBL_USER_INFO
描述为：
分析7
1. <dbtrans name=”clearUserInfo”
table=”TBL_USER_INFO” method=”clear”
2 </dbtrans
D)分析UPDATE语句
从update通常的操作我们可以知道使用XML表述时将会出现两种tag，包括和，比如：
UPDATE TBL_USER_INFO
SET EMAIL=’aaa@aaa.com’
WHERE USERID=123
描述称XML为：
分析8
1. <dbtrans name=”updateUserInfo”
table=”TBL_USER_INFO” method=”update”
2 <key
3 <property name=”userid” type=”long” /
4 </key
5 <set
6 <property name=”email” type=”string” /
7 </set
8 </dbtrans
二：程序设计
好的，在分析了XML文件之后需要我们进入到程序的设计上来了。从以上实现的分析我们可以清楚的看到要实现以上操作，我们必须要做到以下几步：
1：读取XML文件
2：定位相应的交易节点
3：拼SQL 语句
4：数据库操作
5：取数据
6：返回数据
其中针对第一步的读取文件，我们可以封装所有的XML parse语句以及前期的操作封装进入一个类之中，这里我们命名为 XMLLoadFile。
交易处理的过程包括2，5，6三个步骤，可以封装成XMLTransaction类中。当然返回数据这个操作可以单独抽出来作为一个相应的返回类，如果这样是为了在返回的数据报文做处理，比如可以返回XML，Vector或者Hashtable或Map等。这里暂定返回数据为Vector类型，所以将第6步封装进来。
拼装
