读取数据库的过程中，驱动类从数据库中读取出数据后，会有一步类型转换的过程，通常情况下内置的DataReader可以满足大部分的情况， 但如果遇到特殊情况比如希望转换成项目定义的类型,这时需要注册一个自定义的DataReader 可以调用DefaultDriverAdapter静态方法 /*

如果有些历史项目已基于JPA(mybatis,hibernate,spring-data-jdbc,spring-data-jpa等)开发 或者已经习惯了实体类的形式 这不影响anyline的集成，可以保留原来的实体类其他的如service,dao,repository,mapp

标准的url中一般是这样http://127.0.0.1/list?id=1&id=2&id=3 或者用form表表单提交三个name=id的input 也可以提交json格式{id:[1,2,3]} 以上三种情况condition("ID:[id]")都可以解析成WHERE I

场景与上一步一样。只是拼接的SQL更费代码一点 根据情况生成 SELECT * FROM HR_EMPLOYEE WHERE TYPE_CODE IN(?,?,?) SELECT * FROM HR_EMPLOYEE WHERE NAME LIKE '?%'   ‘%?’ ‘%?

对技术工作经验没有要求，你可以不熟悉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)