2.0版本创建tag指定字符串长度

  • nebula 版本:2.0.0
  • 部署方式(分布式 / 单机 / Docker / DBaaS):单机
  • 问题的具体描述
    我不想在创建索引的时候指定字符串属性的长度,根据文档,如果字符串长度为定长的时候,就不需要指定长度。创建tag的时候,怎么为字符串属性指定长度???文档没有找到。

CREATE TAG fix_length (name fixed_string(10) NULL )
这样就可以啦。文档我们还在不断更新完善中,这块会补全的

请问这条lookup查询语句为什么1.0能工作,2.0不能工作了?


而不用“and”就是成功的,如下:


能帮忙看看这是什么情况吗

你图里,1.0 没有创建索引,2.0返回 empty set 表示没数据,你确定有满足条件的数据吗,或者你创建索引完有 rebuild 重建索引吗

三张图都是2.0版本 索引都创建了的,我没有插入数据,我的意思是,没有数据查询应该返回成功,就像下面两图的empty set一样不是吗?
第一张图的查询语句,在1.0是能工作,在2.0是失败的
这是索引
image

category.srcId and category.istop。那就需要一个索引里关联这两个属性呀,你分别建在两个索引里是没用的

2.0版本的vertexID不是支持Integer类型吗?请问为什么还会出现下图这种错误呀

是我这个语句写得不对吗,如果不对的话,请问怎么insert或者upsert Integer类型ID的节点呢?

我测试了,像1.0那样插入integerVID类型的语句都报错,说明vid还是不能为integer类型???

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 个赞

看见了,谢谢!

我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属性的时候加上了双引号

请问下这个错误是什么意思呢?“subTopic”是存在的关系,关系不能用yield来返回了吗?

返回边是要做什么用么?可以通过 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