如果是Map可以转成DataRow row = new DataRow(map): DataRow有setPrimaryKey(String ... pks)方法可以设置主键 也可以在service.querys("crm_user<id,code>")方式设置主键 如果有Config

动态主要是指在运行时才能明确、编码是不明确。可能出现在 数据源 数据库类型 查询的表 查询列 分页 查询条件 数量: 同一个接口中根据前端参数，根据组合成不同的查询条件，如 service.querys("crm_user", c

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

在PG数据库中支持数组类型，但默认情况下DataRow中的数组会被拆开，只取第0个值。 如果需要插入整个数组可以通过以下几种方式： 1.ConfigTable.IS_AUTO_SPLIT_ARRAY = false; 2.ConfigTable.IS_AUTO_CHECK_METADATA = tr

默认情况下查询数据会把符合条件的数据一次性读到内存中，但是在大数据处理时会比较耗时甚至内存溢出。在这种情况下可以启用流式查询。返回一个迭代器。在迭代器中执行业务处理。 handler支持4种形式,按性能排序ResultSet>Map>DataRow>Entity 其中ResultS

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

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

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

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

//以下说到的标签相当于关系型数据库中的表 //原生CQL创建节点 service.execute("create (d:Dept{name:'财务部', leader:'张三'})"); //创建多标签(表)节点 service.ex