因为不同数据库的配置不一致，以及设计人为风格的不一致，所以表名列名的大小写很容易混淆，对于不区分大小写的数据库没有问题，但是区分大小写的数据库一定要保持代码与原数据库一致。 在读取元数据时一般会返回一个LinkedHashMap，因为在读取元数据的过程中有可能需要多个过程才能读出完整数据，使用map

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

Java 21 及更高版本（处理弃用和删除旧 Java API 的版本） 10.17.1.0（2023 年 11 月 10 日 / SVN 1913217） Java 17 及更高版本（不再支持 Java SecurityManager 的发行版） 10.16.1.1（2022 年 5 月 19

ConfigTable中变量比较多，项目中也经常用到。 但DataRow中有几个静态变量用的比较少如DEFAULT_KEY_CASE 注意在设置的时候尽量放在Spring启动之前 ConfigTable放在DataRow之前，因为DataRow静态变量初始前会引用到ConfigTable

进口数据多个国别，多个年份，原始结构如下 ID 年份 国别 品类 金额 1 2001 法国

Table table = service.metadata().table("user_master", false); if(null != table){ service.ddl().drop(table); } MasterTable master = new MasterTable("u

//根据部门编号 分区 Table table = service.metadata().table("user_master", false); if(null != table){ service.ddl().drop(table); } MasterTable master = new Ma

//根据时间范围分区 Table table = service.metadata().table("log_master", false); if(null != table){ service.ddl().drop(table); } MasterTable master = new Mast

override是实现检测需要插入的数据在数据库中是否存在，来确定覆盖还是跳过 ConfigStore与DataRow/DataSet都提供了override属性 大部分情况下需要用ConfigStore配合insert方法来实现 service.insert("table", set, new D

在查询条件和查询列中经常需要函数，当然这样查询对性能影响非常严重，只是举例说明一下语法 SELECT  id,to_char(reg_time,'yyyy-mm') as ym FROM crm_user WHERE char(reg_time,'yyyy-mm-dd') LIKE