condition()

JDBC操作clickhouse示例

ClickHouse适合用于在线分析处理查询（OLAP :Online Analytical Processing）MPP架构的列式存储数据库，能够使用 SQL 查询实时生成分析数据报告。 clickhouse不同于hadoop生态，采用 Local attached storage 作为存储 二、

关于分页参数

DataSet set service.querys(table, condition(true)); //分页，参数根据配置文件或PageNaviConfig 当前页数会提取http中的参数 PageNavi navi = set.getNavi(); navi.getTotalPage

ConfigStore分页相关的参数

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

异构数据源迁移核心部分代码Mysql到Apache Ignite|VoltDB

异构数据源迁移，大概过程就3步，其他细节就看具体情况了 1.在目标库创建表结构 2.从源库中查出数据 3.插入到目标库 举个从Mysql到Apache Ignite的示例 过程中有可能需要合并数据参考，可以通过ConfigStore.override(true)实现【目标库不存在则插入，存在则覆盖或

自定义是查询条件

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

根据情况生成不同的查询条件(FIND_IN_SET)

仅针对MySQL

不提供参数值的两种特殊情况

如根据类别查询时，如果没有提供类别值。 默认情况下是忽略类别条件 但也有另外两种特殊情况 用NULL或''拼接SQL 中断SQL执行，不返回值或返回空集合

查询条件默认值

如果http request提供了参数值并且不为空，则按提供的参数值查询，否则按默认值查询。

分页查询

查询条件中空值的处理方式

这里的空值说的是在自动生成查询条件是的情况，如果是原生的SQL条件，则不会处理 service.quers("CRM_USER", " CODE='' ", "NM IS NULL") 这种提供原生SQL的情况不处理  需要处理的是以下3种情况 service

关于几个 空值 的查询示例

//service.query("crm_user", "+id:null"); // ID IS NULL //service.query("crm_user", "+id:");     // ID IS NULL //以上两种情况 经常是通过变量拼接出来如 "+i

ControllerListener 应用场景

Controller中调用condition()封装了查询条件后 会调用public ConfigStore  ControllerListener.after(HttpServletRequest request, ConfigStore configs) 需要统一处理的事

关于函数操作

在查询条件和查询列中经常需要函数，当然这样查询对性能影响非常严重，只是举例说明一下语法 SELECT  id,to_char(reg_time,'yyyy-mm') as ym FROM crm_user WHERE char(reg_time,'yyyy-mm-dd') LIKE

condition()参数约定格式

condition参数与query参数的混淆

在controller中查询数据时经常会用到： String status = "FINAL"; service.query("CRM_USER", condition(true, "TYPE_CODE:type"), "DATA_STATUS:"+status); 实际执行的

关于分页参数

AnylineController中提供了condition(boolean navi)用来根据前端提交的数据封装分页参数 经常要用到两个参数 1.当前第几页 2.每页多少条 默认情况下这两个参数值比较长，是为了避免与其他业务参数冲突。定义在PageNaviConfig中 public static

OR查询条件

应用场景:同一个输入框中输入用户编号或用户姓名或手机号都可以查到指定用户,以上参数会通过同一个key提交到后台

关于数组参数值

标准的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中的变量赋值

String sql = "SELECT * FROM CRM_USER WHERE CODE = :PARAM_CODE"; DataSet set = service.querys(sql, "PARAM_CODE:1"); //生成SQL SELECT * FROM CRM_USER WHERE CODE = 1 //特别注意这以下情况 CODE:1与SQL中的变量匹配不成功时，SQL会

关于必须条件

 以“+”开头表示当前条件必须拼接 如condition("+NM:nm") 如果客户端提供了nm值，如http://localhost?nm=zh 则正常生成SQL:  SELECT * FROM TAB WHERE NM = 'zh' 如果没有提供nm值,如如http://localhost或 http://local?nm= 则生成SQL: 

关于IN条件

关于IN条件

关于默认值

关于默认值

关于or

OR条件构造相关复杂 可以根据http参数生成OR条件 或在java中取值生成OR条件

关于like

关于like

关于几种OR条件查询的情况

//以下三种格式,只有cd取值成功时，条件才生效 //当cd=1,id=2时 WHERE CODE = 1 OR CODE =2 //当cd=null,id=2时 条件不生效 //当cd=1,id=null时 WHERE CODE = 1 service.querys("HR_USER", condition("CODE:cd|id")); //当cd=1时 WHERE CODE =1 OR

IN条件下多种参数格式的接收

对于标准的url格式 /list?id=1&id=2 以及标准的json格式 {id:[1,2]} 可以通过condition("ID:[id]")的形式接收 对于非标准格式如 /list?id=1,2 可以通过condition("ID:[split(id)]")的形式接收 最终都是生成SQL  WHERE ID IN(1,2)

几个分页查询的示例

比较常用的分页是在controller中通过condition设置 service.querys("user", condition(true, "其他条件")) 这里的true表示需要分页 service.querys("user", condition(20, "其他条件"))&nbs

SQL中的变量及占位符格式

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

统一添加查询条件

可以实现QueryInterceptor， prepare:表示在准备创建SQL之前触发，如果需要修改查询条件可以在这一步执行。 before:是在SQL执行之前触发，到这一步时最终SQL已经生成，可以用来保存查询日志 after:在before基础之上，多了SQL执行状态、查