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

这里只是后格式转换部分,插入到word参考【anyline office】，最困难的是前端怎么把这个规则告知后端（大概思路是先定义几种规则让用户来选，比如横向显示什么，竖向显示什么，每行最多几列） 先看源数据 主键

DataSet set = service.querys("表"); set.getMetadatas()会返回列的一些属性，正常情况下只会返回一些基本属性，不会再额外查询列的详细信息，因为那样需要再发起更多的查询，而大部分情况下是不需要列的详细数据的，如列的注释， 如果确实需要可以打开Config

摒弃了各种繁琐呆板的实体类以及相关的配置文件 让数据库操作更简单，不要一动就是一整套的service/dao/mapping/VOPODTO有用没用的各种O，生成个简单的SQL也各种判断遍历。 强化了结果集的对象概念 面向对象的对象不是只有get/set/注解这么弱 需要把数据

DataSourceHolder DataRuntime DriverAdapter DriverActuator ServiceProxy DataSet/DataRow

ConfigStore condition = new DefaultConfigStore(first, last); 注意这里的构造函数提供的起止行数，与mysql中的limit并不一样 如果需要通过mysq limit方式分页可以在创建了ConigStore后调用limit condition

service.querys("table(col1,col2)") <数据源>放在开头 <主键>放在结尾 ds_sso表示数据源 ID,CODE表示主键

DataRow是继承自Map所以Map有的方法DataRow都有， 并且对Map进行了改造和扩展，主要有: 改造了get/set方法，在get/set执行前会先检测key,以实现忽略大小写、下划线、驼峰等格式，效果就是get("userid") get("userId") get("user_id"

定义 D-ORM是NO-ORM中最典型的代表，是一种更高抽象的动态ORM 与传统ORM最显著的区别是: 更高的抽象一切基于动态基于运行时与传统ORM（如Hibernate、Entity Framework等）相比，D-ORM可以在运行时根据用户需求和业务场景，动态生成和执行SQL，而无需编

技术只有开源环境才能，不得不敞开了面对一线用户，经历万般挑剔，同时持续的汲取各种各样实战环境的检验和反馈。开源环境没有得过且过，稍有不如意早晚有人指出来交给公司早晚死路一条，国内外都一样，看看oracle,google干的那些事。公司的任务是盈利，少有人会追求技术，即使想，也不一定真给你条件。拥有了