如数据库中原来有3列，C1,C2,C3 保存结构时只提供了C3,C5 在默认情况下 修改C3,添加C5 C1,C2保持不变 打开 ConfigTable.IS_DDL_AUTO_DROP_COLUMN = true 删除C1,C2 修改C3,添加C5

在低代码平台、可视化数据源、自定义报表等场景中经常需要用到用户自定义查询条件 后台根据用户输入的参数生成查询条件 平时程序员硬编码的很简单的条件如WHERE ID = 1 ，其中只有1是可变参数 ID和等号是固定的 但自定义查询条件的场景中ID,等号,1 这三部分全部由用户提供 过程中可能

在查询元数据时经常有一些boolean属性,如是否自增列，是否是货币。 这里其实有3个属性:未知(null)、是(true)、否(false) 因为有些库中没有这些属性，所以经常出现未知(null)的情况 用Boolean虽然可以存储3个值，但在调用时经常会用if()判断这样极易引起空指针异常

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

这里只是后格式转换部分,插入到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