对技术工作经验没有要求，你可以不熟悉JAVA，甚至可以不熟悉数据库，能提需求或BUG也可以 当然最好是你正在用这个数据库，有实战场景更容易发现细节，我们可以一块解决你实现工作中的问题。 如果有数据库厂商的现场支持那就最好了，省了大量查资料的时间了(小众数据库以及极处别的国产库是真能***)

可以主动注销，DataSourceHolder.destroy(key); 实际最终调用的是JDBCRuntimeHolder.destroy(key);因为这时不只是要注销数据源了，相关的bean都要一块注销 在注册同名数据源时也会自动注销

关于默认值

ConfigStore configs = new DefaultConfigStore(); configs.likes("Z"); ServiceProxy.service().querys("CRM_USER",configs); 会检测目标表中有哪些列是String类型的，生成OR LIKE

由于元数据的查询需要许多SQL,所以默认情况下会生成缓存。 当通过service.ddl()修改数据库时，缓存会刷新，但通过其他方式修改数据库时，缓存无法接收通知，所以会导致缓存与数据库不一致的情况 为避免以上情况，可以 1.数据库修改都通过service.ddl()执行 2.数据库修改后调用系统接

SELECT * FROM CRM_USER WHERE ID = :ID  以:标识的执行时直接替换  以::标识的执行时以?占位   NAME LIKE :NM + '%'   (NAME = :NM)   NAME = ':NM'   NM IN (:NM)  

在实现元数据管理时经常需要显示数据类型的长度 在Column中有三个相关于属性 length：一般用来表示varchar类型长度 precision：一般用来表示数字类型总长度 scale:一般用来表示小数据点位数 但有些特殊情况，部分数据库的部分类型既有length也有precision 这

public static boolean IS_ENABLE_COMMON_JDBC_ADAPTER= false;   // 是否开启默认的jdbc adapter(仅支持部分标准SQL)遇到没有实现adapter的数据库时可以开启 默认情况下是禁用的，也就是说如果

默认情况下update方法只会更新值有变化的列，可以调用DataSet(DataRow)的 clearUpdateColumns或者  addAllUpdateColumns 更新除了主键之外所有的列

在代代码，运行时自定义场景中，经常会调用不同的方法生成多个ConfigStore也就是多组查询条件 但在调用service.querys时只能接收一个ConfigStore 解决方式： 生成一个ConfigStore 在合成查询条件时把ConfigStore作为参数输入，通过