构造SQL太麻烦 如生成个IN的查询条件，要先取值，再判断是否为空，是多个值还是一个值，再遍历，经常要在XML中配置SQL，遇到不同的数据库时SQL语法还可能不一样 这些机械的操作，不应该浪费开发人员的时间，应该只提供个参数能说明要实现什么就可以， 如query("CRM_USER", c

/**  * 获取所有 包含attribute属性 的标签与标签体,不支持相同标签嵌套  * [  * [整个标签含标签体, 开始标签, 结束标签, 标签体, 标签名称],  * [整个标签含标签体, 开始标签, 结束标签, 标签体, 标签名称]  * ]  * @param src xml/html  * @param a

MySQL PostgreSQL Oracle SQL Server MariaDB IBM DB2 clickhouse sqlite 达梦 tdengine derby H2 hsqldb 人大金仓 Ope

public static boolean IS_ENABLE_COMMON_JDBC_ADAPTER= false;   // 是否开启默认的jdbc adapter(仅支持部分标准SQL)遇到没有实现adapter的数据库时可以开启 默认情况下是禁用的，也就是说如果

在代代码，运行时自定义场景中，经常会调用不同的方法生成多个ConfigStore也就是多组查询条件 但在调用service.querys时只能接收一个ConfigStore 解决方式： 生成一个ConfigStore 在合成查询条件时把ConfigStore作为参数输入，通过

//先取出完整列表 DataSet set = service.querys("SYS_AREA"); //ID:主键 BASE_ID:表示上一级ID的列名 set.dispatchs(true,true, "ID:BASE_ID"); set.dispatchs("children",true,true, "ID:BASE_ID");​ //执行完成后会把每个DataRow中存入当前DataRow的下一级 //这里会生成多个树型结构，一般需要根据ID取出最顶级的DataRow set.getRow("ID",1);

为可视化前端提供数据，会同时面临以下几种问题 数据结构复杂 数据源结构多变 数据源标准不一，甚至冲突 数据来源多 数据量大 查询慢，但响应速度要求快 相同数据在不同接口中对外提供的结构不一样

读取压缩包中的文件内容

anyline-data-jdbc-mysql只是用来生成SQL的一个工具，相当于一个方言工具，并不是驱动程序 mysql-connector-java才是用来连接数据库的驱动 为什么pom中依赖了anyline-data-jdbc-mysql了还要再依赖mysql-connect

EntityAdapter主要用来实现实体类与表，属性与列之间的转换。 系统自带一个默认的EntityAdapter，每个项目也可以提供定制的EntityAdapter，参考【EntityAdapter定制】 在执行转换时会按顺序调用,直到成功为止，顺序以EntityAdapter.order()方