异构数据源迁移，大概过程就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.数据源切换的问题

mirror是指maven配置文件setting.xml中配置的镜像 repository是项目中pom.xml下配置的仓库

通常情况下类和属性会采用大小驼峰的格式命名，而数据库则采用下划线的格式命名 默认情况下org.anyline.adapter.EntityAdapter接口实现了 类/属性 VS 表/列  之间的默认转换， 但有些数据库设计时并不采用下划线，也用了驼

默认情况下查询数据会把符合条件的数据一次性读到内存中，但是在大数据处理时会比较耗时甚至内存溢出。在这种情况下可以启用流式查询。返回一个迭代器。在迭代器中执行业务处理。 handler支持4种形式,按性能排序ResultSet>Map>DataRow>Entity 其中ResultS