AnyLine的核心是一个面向运行时的D-ORM(动态对象关系映射) 主要用来读写元数据、动态注册切换数据源、对比数据库结构差异、生成动态SQL、复杂的结果集操作 适配各种关系型与非关系型数据库(及各种国产小众数据库) 常用于动态结构场景的底层支持，作为SQL解析引擎或适配器出现

如果能用源码在本地编译就尽量自己编译，因为maven库不能实时更新。特别是发现BUG或新需求的时候 下载源码 https://gitee.com/anyline/anyline  如果是office相关的再多下载一个 https://gitee.com/anyline/anyli

应用场景如 订单集合中有user_id，需要根据user_id到users集合中关联中user_name 如果通过SQL实现大概是这样 SELET O.*, U.NAME AS USER_NAME FROM MM_ORDER AS O LEFT JOIN CRM_USER AS U ON M.U

如果有些历史项目已基于JPA(mybatis,hibernate,spring-data-jdbc,spring-data-jpa等)开发 或者已经习惯了实体类的形式 这不影响anyline的集成，可以保留原来的实体类其他的如service,dao,repository,mapp

在低代码等自定义查询条件的解析过程比较麻烦，可以按ConfigStore约定的格式提交一个JSON实现ConfigStore的自动解析 同时ConfigStore也可以逆向解析成JSON格式用来保存或传输。 json格式参数ConfigStore.json()方法输出的格式 ConfigS

复杂的查询以及非JDBC协议的数据源要通过 1.Table.aggregation()  service.querys(table) Table table = new Table("TAB_AGG(DEPT_CODE, TYPE_CODE)"); table.aggregatio

SELECT * FROM CRM_USER WHERE ID = :ID  以:标识的执行时直接替换  以::标识的执行时以?占位   NAME LIKE :NM + '%'   (NAME = :NM)   NAME = ':NM'   NM IN (:NM)  

对比结果一般分3部分：删除部分、新添加部分、更新部分 注意： 改名的比较不出来，如表A改名成表B，会比较出删除表A、创建表B 默认不比较catalog与schema TablesDiffer 两个数据库表列表之间的差别，就是用一个A库所

group/order/having/exists都可以放在query参数中,与查询条件混在一块，如 service.query("SSO_USER AS M", "order by id desc", "group by type", "exists(SELECT * FROM HR_USER A

Interceptor/Listener相关事件