首先要承认银弹是没有的，所以先说 劣势 在增、删、改、查4个过程中，增的环境劣势比较明显 操作查询结果时，不能像Entity一样有IDE的提示和自动补齐，减少了IDE的协助确实让许多人寸步难行， 大部分人也是在这里被劝退的。 在插入数据时，不能像像

异构数据源迁移，大概过程就3步，其他细节就看具体情况了 1.在目标库创建表结构 2.从源库中查出数据 3.插入到目标库 举个从Mysql到Apache Ignite的示例 过程中有可能需要合并数据参考，可以通过ConfigStore.override(true)实现【目标库不存在则插入，存在则覆盖或

检测数据源连接状态 DataSourceHolder.validate(String ds)

提供了两个方法DataSourceHolder.validity()和hit() 其中hit()会抛出异常，可以捕捉用来显示详细信息 service ServiceProxy/DatasourceHolder/RuntimeHolder都提供了相应的方法 其中service不需要提供参数，因为ser

Table table = service.metadata().table("新表名"); table.update().setName("新表名"); service.ddl().save(table); 注意表名相当于一个表的唯一标识，所以不是直接table.setName(),这样会定位不到

这跟连接池有关，一般连接池会有失败重试的参数可以设置，如druid 配置文件 spring.datasource.druid.connectionErrorRetryAttempts = 1  spring.datasource.druid.breakAfterAcquireFailure

在生成SQL的过程中，如果没有占位符，数字类型一般可以直接拼接，String类型需要加单引号， 而日期类型有些数据库可以实现隐式转换，加单引号即可，有些数据库不能实现，需要内置函数转换成日期类型 还有些更复杂的类型类byte,json,array,geometry等类型更需要内置函数 如果有占位符

原因及需要处理的问题： 1.跨库的问题 群里一直有些中台和低代码的项目需要查询多个库的Table列表 但有些数据库并不支持跨库，比如他的系统表tables在每个库中单独维护 修改后会增加根据数据库自动创建、注销数据源的方法(数据源与数据库一一对应) 这样就不存在跨库的问题了 2.数据源切换的问题

excel根据内容定位单元格，支持正则表达式，

在有些场景中可能需要用到实体类。如: DataRow(DataSet)与Entity相互转换。 查询返回Entity或集合 根据Entity保存或更新数据 这时需要确定Entity与Table的对应关系，以及Field与Column的对应关系 默认情况下anyline根据DefaultEntityA