这一篇主要是说思路，所以先简单设计一个json来表示一下。
设计这个json的目的是，引擎可以根据json的情况来拼接成SQL，然后交给数据库处理。
{
"operationMode":"add",// add\update\delete\select
"tableCount":1, //支持多表的级联添加、修改
"fieldInfo":[{//主表的字段，参与操作的字段，不参与的不用写。第一个字段是主键（不支持多主键）
"tableName": "t1", //表名。
"primaryKey":"id",//主键字段名。我不想把主键字段名限制为必须是“ID”
"_sqlCache": "" ,//缓存的sql语句，每次都拼接sql也挺烦的，弄个缓存存放拼接好的sql。
"fieldList":{ //涉及到的字段，并不需要把表里的字段都放进来，根据业务需求设计
//客户端提交的json与之对应
"field1Name":"field1Value",
"field2Name":"field2Value"
}
},
{ //从表的字段，可以不设置
"primaryKey": "id", //主键字段名。我不想把主键字段名限制为必须是“ID”
"foreignKey": "foreignKeyid", //主键字段名。我不想把主键字段名限制为必须是“ID”
"_sqlCache": "", //缓存的sql语句，每次都拼接sql也挺烦的，弄个缓存存放拼接好的sql。
"fieldList": { //涉及到的字段（不含外键字段），并不需要把表里的字段都放进来，根据业务需求设计
//客户端提交的json与之对应
"field1Name": "field1Value",
"field2Name": "field2Value"
}
} // 从表的字段，参与操作的字段，不参与的不用写。第一个字段是主键，第二个字段是外键
],
"findCol":[{
"colName":"col1",
"key1":"abc",
"key2":"abc", //范围查询时使用，比如从几号到几号
"findKind":" {colName} like {key}" //查询方式：like、not Like、in、=、between等
}]
}
一般的ORM是以实体类为核心，要求实体类的完整，就说一个实体类要和一个完整的表做映射。比如要下架一个商品，一般的做法是先把这个商品从数据库里读取出来实例化之后，修改标记属性（字段），然后再把整个实体类持久化（保存到数据库）。
但是SQL怎么写呢？一个update就可以了，不用读取数据的，这样效率就有点损耗。
那么如果要把一个分类的商品都下架呢？要把这个分类里的商品都折腾出来，然后批量改属性值，在批量持久化。
如果写SQL语句呢？还是那一句SQL，只不过是把查询条件换一下，还是不需要折腾数据。这种情况下效率的差别就很大了。
而我的这个思路呢，并不是以面向对象为核心的，而是以关系型数据库为核心。
就是说不会把实体类和表做整体的映射，而是会把属性和字段做映射。就是说把一个表里的部分字段拿出来，做成一个实体类，然后进行操作。比如下架商品的例子
表：商品表
字段：isxiajia = 1