如果设置了keyCase = KEY_CASE.SRC,并且配置文件中设置true 在执行get时不区分key大小写并忽略-与_,但是DataRow中可以put多个key如(USER_ID,userId,UserId),取值是取最后put的值 其他情况在put和get时会强制转换k

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

注意，这种方式并不适合用于多租户场景。

在insert/update时如果提供的是List<Map>或Map参数时有可能因为Map的key与列名不一致导致取值失败的问题。因为map严格区分大小写，put("id",1)用get("ID")当然是取不出来了 如果大小写不一致，可以转换成DataSet<DataRow>

无论是什么数据源都会配置一个连接池，在一个命令执行完后，相关的连接会放回连接池待下一个命令复用 这里只是放回了连接池，并没有真正释放连接，也就是没有与数据库断开连接。 只有在注销数据源时，才会把连接池中的连接彻底断开。 但临时数据时没有提供注销的功能，如果需要注销的话应该使用正

因为有些情况下容易产生歧义，如userId,userID都合理，在前端调用接口时还需要查文档才能确定， 另外不推荐驼峰格式,因为有些数据库会把列名转成大写

数据库中经常是下划线命名，如果需要给前端输大小驼峰格式。可以通过DataSet/DataRow转换

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

EntitySet users = set.entitys(User.class): User = row.entity(User.class); 因为实体类中的属性数据类型限制，一些值会转换失败，可以提前格式化， 如null赋值给int属性时会失败，可以先把集合中所有的空

在获取schema时会有个异常，换成1.1.15版本试一下