- nebula 版本:2.0.0
- 部署方式(分布式 / 单机 / Docker / DBaaS):单机
- 问题的具体描述
我不想在创建索引的时候指定字符串属性的长度,根据文档,如果字符串长度为定长的时候,就不需要指定长度。创建tag的时候,怎么为字符串属性指定长度???文档没有找到。
CREATE TAG fix_length (name fixed_string(10) NULL )
这样就可以啦。文档我们还在不断更新完善中,这块会补全的
你图里,1.0 没有创建索引,2.0返回 empty set 表示没数据,你确定有满足条件的数据吗,或者你创建索引完有 rebuild 重建索引吗
三张图都是2.0版本 索引都创建了的,我没有插入数据,我的意思是,没有数据查询应该返回成功,就像下面两图的empty set一样不是吗?
第一张图的查询语句,在1.0是能工作,在2.0是失败的
这是索引
category.srcId and category.istop。那就需要一个索引里关联这两个属性呀,你分别建在两个索引里是没用的
是我这个语句写得不对吗,如果不对的话,请问怎么insert或者upsert Integer类型ID的节点呢?
https://docs.nebula-graph.com.cn/2.0/3.ngql-guide/9.space-statements/1.create-space/建议先阅读一遍 2.0 的文档,相比于 1.0 还是有很大变动的。2.0 创建 space 时候会指定 vid 的类型,默认为 fix string,想要创建 integer 类型需要在创建 space 时候指定参数
看见了,谢谢!
我1.0版本已经卸载了,下面这张图是2.0的lookup查询,这个name属性的类型为string,查询出来的结果也是带引号的,请问1.0的话,name属性为string的时候,查询出来的结果是否是不带引号的?
可以用docker-compose, 安装轻便,也方便你后续做其他的测试。
https://github.com/vesoft-inc/nebula-docker-compose/blob/v1.0/README.md
嗯嗯,2.0打印string属性的时候加上了双引号
返回边是要做什么用么?可以通过 yield _src 和 _dst 来确定边。
https://docs.nebula-graph.io/2.0.1/3.ngql-guide/7.general-query-statements/3.go/
nebula> GO 2 STEPS FROM "player100" OVER follow \
YIELD follow._src AS src, follow._dst AS dst, $$.player.age AS age \
| GROUP BY $-.dst YIELD $-.dst AS dst, collect_set($-.src) AS src, collect($-.age) AS age
+-------------+----------------------------+----------+
| dst | src | age |
+-------------+----------------------------+----------+
| "player125" | ["player101"] | [41] |
+-------------+----------------------------+----------+
| "player100" | ["player125", "player101"] | [42, 42] |
+-------------+----------------------------+----------+
| "player102" | ["player101"] | [33] |
+-------------+----------------------------+----------+
yield subTopic as relation 的期待结果是什么呢?subTopic是一个标签名,不可以这样yield。你如果是想把边名打印出来,直接yield “subTopic” as relation