应用场景如 订单集合中有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

对比结果一般分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相关事件

如果比较简单可以直接放到query方法参数中 如果exists比较复杂，如涉及到动态条件可以先构造RunPrepare

ElasticSearch根据SQL查询，SQL查询时 注意 列名(属性名) 区分大小写

import org.elasticsearch.client.Request; import org.elasticsearch.client.Response; import org.elasticsearch.client.RestClient; /* PUT index_user/_bu