订单数据一般是变化比较多的数据,查询条件也是比较复杂,如果没有一个规则解释,写接口的变动就会比较频繁;由于个人不喜欢在业务端使用拼接sql的方式,另外本身是做安全出身,业务端的sql拼接容易sql注入,所以不考虑使用;为了满足这个特性,将订单的条件进行了一次划分: 状态、用户、时间、公司、上车地点、下车地点;

    第一步: 先处理状态查询, 状态查询定义在t_om_group表中,后台人员可以手动添加状态分组,前端业务只需要状态分组对应哪些状态即可;如:

    group_id 1 对应 order_staus (1001,1002,1003)

    group_id 对应 order_status(1002,1003)

    第二步: 处理用户,用户有两个 driver 和 passenger, 这里当成参数输入,-1表示不验证

BEGIN
DECLARE sqlPattern VARCHAR(255);
DECLARE sqlTemp VARCHAR(1024);
DECLARE sqlExec VARCHAR(1024);
DECLARE sqlCondi VARCHAR(1024);Select pattern into sqlPattern from t_om_group where group_id=groupId;
IF driverUid >= 0 AND passengerUid>=0 THEN
   SET sqlCondi = CONCAT("driver_uid=", driverUid, " AND passenger_uid=", passengerUid);
ELSEIF driverUid<0 AND passengerUid>=0 THEN
   SET sqlCondi = CONCAT("passenger_uid=", passengerUid); 
ELSEIF driverUid>=0 AND passengerUid<0 THEN
   SET sqlCondi = CONCAT("driver_uid=", driverUid);
ELSE
   SET sqlCondi = "";
END IF;IF sqlPattern='' OR sqlPattern IS NULL THEN
IF sqlCodi = "" THEN
  set sqlTemp = "Select * from v_order";
ELSE
  SET sqlTemp = CONCAT("Select * from v_order where", sqlCondi);
END IF;ELSE
IF sqlCondi = "" THEN
  SET sqlTemp = CONCAT("Select * from v_order where ", sqlPattern);
ELSE
  SET sqlTemp = CONCAT("Select * from v_order where ", sqlCondi, " and ", sqlPattern);
END IF;END IF;
  SET @sqlExec=sqlTemp;
  prepare stmt from @sqlExec;
  EXECUTE stmt;
  deallocate prepare stmt;END

    第三步: 组装sql并执行,也就是动态sql

    第四步: 调用存储过程;

@Select("call sp_getGroupOrders(#{groupId}, #{driverUid}, #{passengerUid})")
	@Options(statementType = StatementType.CALLABLE)
	List<Map<String, Object>> getGroupOrders(@Param("groupId") Integer groupId,
			@Param("driverUid") Integer driverUid,
			@Param("passengerUid") Integer passengerUid);

    上面就完成第一个阶段的设计,动态查询数据;

    当然,这不是我们最终需要的,因为在实际使用过程中还会有更多的条件设置;我们需要查询进行一次定义;

    1, 哪些字段可以进行条件查询

    2, 业务是否传递该字段的值

    3,字段支持哪些表示式

这里我们就需要参考Mybaits的Example的设计了,但为了支持查询安全和动态sql,我们仍然需要将sql的查询与我们在t_om_group配置的条件进行一次匹配,然后再根据输入的参数进行查询处理;

    例如: group 验证规则为:   order_status in (${statusList}) and start_time>${startTime} and end_time<${endTime} 

那么解释sql时,就只处理这个三个参数定义值,那么同时要求业务端必须传递这三个参数,否则不执行查询;

    若按照上面的规则来处理,那么我们在处理查询的同时还可定义到t_om_order之外的表,下面来来设计这个查询规则表:

    group_id:编号 group_name:名称 table_name:表名 fields:字段列表 where_expr:条件表达式 order_expr:排序表达式 group_expr: 分组表达式

    sql模板: select ${fields} from ${table_name} where ${where_expr} order by ${order_expr} group by ${group_expr}

   验证参数 : 如果配置了where_expr, 通过拦截处理 where_expr中的动态参数,参数不匹配则查询失败;匹配成功则执行查询;

 

   第二阶段完成,基本动态sql询就可以了;

   第三阶段: 多表和嵌套查询,未完待续