ngbatis
ngbatis copied to clipboard
NGBATIS is a database ORM framework base NebulaGraph + spring-boot, which takes advantage of the mybatis’ fashion development, including some de-factor operations in single table and vertex-edge, like...
1、修正了文档“使用基类读写”insert()函数的注解 2、新增了批量插入顶点非空属性insertSelectiveBatch()函数的功能 3、增加了对insertSelectiveBatch()函数的多标签测试部分代码
为了数据安全,支持nebula.ngbatis.password配置项可以使用druid进行密码加密
- as title - chore: prepare for the next version. - fix: #297 when using `@Transient` for entity classes, param missing.
## 当实体中的属性用了 `@Transient` 注解,请暂缓使用 v1.2.2 今天`2024-05-13`新发现的一个 bug,在 v1.2.2 的版本中如果参数实体使用了 `@Transient` 并且使用的是数据库占位符,会出现参数丢失的情况,请注意。 --- ## When using `@Transient` for entity classes, please do not use v1.2.2 for now A newly discovered bug...
长期以来,我们一直倾向于使用完全开放的原则, 问题反馈及技术交流都使用的是 issue,保持完全信息共享,坦诚面对缺陷的开源精神。 但这多少也给开发者朋友带来一些不便,例如,问题及需求的响应速度以及想法碰撞的频率都有一些影响。 因此,我们决定创建一个即时通讯的交流群,在原有的反馈途径上,新增一条反馈路径, 同时也希望借这个群,促成开发者间彼此的交流。有兴趣的朋友可以微信扫码入群。 论坛中NgBatis的专属频道请戳这里 -->:https://discuss.nebula-graph.com.cn/chat/c/ngbatis/272 **如未登录论坛,请先登录论坛,再戳一次** ![image](https://github.com/user-attachments/assets/e1c033f7-48a5-479f-b21e-1c68e7158195) (如遇码过期请wechat搜:`ye2010`,备注:NGC22) 最后,很高兴朋友们可以与`NgBatis`相伴,希望我们都能越来越好。
本地调试应用,重启后报错: 数据查询失败:com.vesoft.nebula.client.graph.exception.AuthFailedException: Auth failed: Create Session failed: Too many sessions created from x.x.x.x by user root. the threshold is 300. You can change it by modifying 'max_sessions_per_ip_per_user' in nebula-graphd.conf.
![image](https://github.com/nebula-contrib/ngbatis/assets/153062244/15e9404b-73ef-4e08-a7b3-cfb122416f07) 有时候会报这个错误,是连接池的原因吗? ![image](https://github.com/nebula-contrib/ngbatis/assets/153062244/a222740b-5ef9-4f58-a051-2647af7ce742)
我在dao层调用自定义的ngql,在调用次数过多的时候会报错java.lang.StackOverflowError: null,但是我在调用NebulaDaoBasic中内置的方法就不会出现这个问题,有什么解决的方法嘛
目前,NebulaDaoBasic中有个istStartNodes方法,在查询时很方便 ![16e16cd2fc2bb97e4c4c51e19770777](https://github.com/nebula-contrib/ngbatis/assets/139746392/fbd43ab1-9eb5-4467-af0b-a1923af26c65) listEndNodes的功能也很常用,是否也可以实现一个listEndNodes方法呢
### 第一种情况,查询语句组装耗时 在ngbatis对模板引擎的使用中,有一个比较重的资源使用了懒加载的方式。 日志输出对应的是:nGql make up costs 370ms,如果想把这部分时间挪到服务启动时, 可以在项目中使用以下方式,提前完成资源加载: ```java @Bean public TextResolver textResolver(TextResolver resolver) { resolver.resolve("", Collections.emptyMap()); return resolver; } ``` ### 第二种情况,执行查询的耗时 另外还有可能耗时的环节发生在数据库的查询上,日志输出对应的是:query costs 1091ms 如果最小连接数为 0,那么也会在第一次查询时创建连接,也会比单纯的查询本身额外消耗一些时间: 可以让最小连接数大于0,从而在服务启动时,完成连接创建,减少初次查询耗时。...