2023-10-31
|
ZH
GBase JDBC 8.3.81.x 版本之前使用使用 SELECT 别名的情况, ResultSetMetaData.getColumnName()返回的是列的别名。8.3.81.x 之后返回的 是列名。 在 8.3.81.x 版本中可以调用 ResultSetMetaData.getColum
2019-12-27
|
ZH
以“+”开头表示当前条件必须拼接 如condition("+NM:nm") 如果客户端提供了nm值,如http://localhost?nm=zh 则正常生成SQL: SELECT * FROM TAB WHERE NM = 'zh' 如果没有提供nm值,如如http://localhost或 http://local?nm= 则生成SQL:
2023-10-24
|
ZH
异构数据源迁移,大概过程就3步,其他细节就看具体情况了 1.在目标库创建表结构 2.从源库中查出数据 3.插入到目标库 举个从Mysql到Apache Ignite的示例 过程中有可能需要合并数据参考,可以通过ConfigStore.override(true)实现【目标库不存在则插入,存在则覆盖或
2023-08-27
|
ZH
DataSet set = new DataSet(); Long fr = System.currentTimeMillis(); for(int i=0; i<10;i ++){ MongoDataRow row = new MongoDataRow(); row.put("_id"
2023-11-04
|
ZH
原因及需要处理的问题: 1.跨库的问题 群里一直有些中台和低代码的项目需要查询多个库的Table列表 但有些数据库并不支持跨库,比如他的系统表tables在每个库中单独维护 修改后会增加根据数据库自动创建、注销数据源的方法(数据源与数据库一一对应) 这样就不存在跨库的问题了 2.数据源切换的问题
2024-09-09
|
ZH
{ "table": "FI_USER", //主表 "alias": "FI", /别名 "distinct": "distinct",
2022-08-24
|
ZH
默认的分页参数名比较长: public static String DEFAULT_KEY_PAGE_ROWS = "_anyline_page_rows" ; //设置每页显示多少条的key public static String DEFAULT_KEY_PAGE_NO = "_anyline_page" ; //设置当前第几页的key public static
2023-10-21
|
ZH
在数据中台、数据同步场景中经常有这种需求,如果数量少可以清空后再全量同步一次,这样最省心。也可以插入前检测一下数据是否存在。 在如果数量很大,以方式显然不可取,如果自己实现一般是通过索引(性能)+存储过程(一次交互)实现 当然许多数据库都对这种场景提供了原生支持。用过ORM实现过这种
2023-09-06
|
ZH
在标准的SQL中是没有ors的,这里的ors是ConfigStore的方法, 如果ConfigStore已经有了两个条件A,B 现地加第3个条件C 如果用or(C) 则生成 A AND (B OR C) ,即C与其前面的一个条件开成或关系 如果用ors(C) 则生
2023-06-16
|
ZH
在controller中查询数据时经常会用到: String status = "FINAL"; service.query("CRM_USER", condition(true, "TYPE_CODE:type"), "DATA_STATUS:"+status); 实际执行的