数据类型、系统函数兼容等问题将不再单独发版本处理，换成通过加载动态配置解决。如果环境不允许联网可以把ConfigTable.METADATA_CONFIG_SYNC_HOST设置成空

应用案例 医疗物资与设备 主数据统一治理平台 AnyLine MDM × 医院 HRP 系统 从异构数据适配到元数据驱动统一治理，AnyLine MDM 为三甲医院构建"数据心脏"，支撑物流、资金流、业务流、信息流四流合一 了解行业挑战 查看解决方案 异构数据库适配 元数据驱动治理 跨系统实时同步

如原版本中的 anyline-data-jdbc-kingbase-oracle anyline-data-jdbc-kingbase-postgres 合并到了 data-anyline-data-kingbase 这样在添加依赖时就不需要选择了，由adapter自动判断

DataSet抽取指定列的集合,返回List

直接解析DDL是很困难的，所以不直接解析把DDL交给数据库执行一下mysqlService.execute(ddl) 在生成了表之后，从数据库中读取表结构对象Table table = mysqlService.metadata().table(表名) 再用oracle创建表oracleS

在数据中台、数据同步场景中经常有这种需求，如果数量少可以清空后再全量同步一次，这样最省心。也可以插入前检测一下数据是否存在。 在如果数量很大，以方式显然不可取，如果自己实现一般是通过索引(性能)+存储过程(一次交互)实现 当然许多数据库都对这种场景提供了原生支持。用过ORM实现过这种

maven.org 中央仓库        central-repos1       Central Reposit

核心定位 DataRow DataSet ORM 对比 为何不是 List 应用场景 总结 AnyLine MDM · 动态数据结构 DataSet & DataRow 深度解析 告别繁琐的实体类映射，转向弱类型、动态结构的数据容器——专为运行时灵活处理异构数据而设计，实现"变化即常态"的

技术选型指南 AnyLine VS ORM：核心差异与选型指南 五维核心差异深度解析，从底层逻辑到实战决策不同场景下最适合的技术选择 为什么需要对比选型？ AnyLine 和传统 ORM 不是简单的功能重复，而是面向不同场景设计的两种技术路线。前者以动态元数据驱动为核心，后者以静态实体映射为基础。

Entity中的集合(数组)属性保存到数据库中["A","B","C"]与A,B,C格式 如果数据库中是JSON格式则会保存成["A","B","C"]格式 如果数据库中是vachar类型则默认会保存成A,B,C格式(为了方便 findinset函数执行)，如果需要保存成["A","