感觉show spaces ，然后遍历 space 进去 show tags/edges 更适合？
这种show tags 后只会展示所有标签啊也没有关于标签下顶点的数量信息
你不是只需要看属性么？看数量不是为了“limit”么？这样的话，就不需要 limit 了呀，还是说你还是需要统计数量？
我是需要看数据量的，来决定limit多少
我知道，但是你limit的目的不是为了看 schema 么？
您说的这个思路我没理解清楚，我的目的是为了展示图空间下所有的实体及实体的属性，不是标签的属性。咱们没有命令可以查看图空间下所有实体\边 ，和属性信息吗？
查看图空间下所有实体\边 ，和属性信息吗？
这部分指的什么信息？verticies/edges count?
我不明白你的"所有"和“展示”是如何定义的，如果你用 show tags 获取了所有的 tag，然后再 desc tag ，不就获取了“所有”的 vertices type 了么？
如果"所有的展示" 的定义不是类型的构成（schema），而是别的，那 LIMIT 一定是以偏概全的。
如果除了”类型定义“，还需要一些例子，在获取了每一个 tag，比如 tag_foo 之后， match (n:tag_foo) return n limit 1 就可以了，类似的还有 match ()-[e:edge_type_bar]->() return e limit 1
我说的“所有”的意思是：比如查找图空间下全部的实体。“展示”是我要拿返回的信息自己做渲染页面
您说的 “vertuces type” 和 desc tag 是什么意思呢
渲染页面需要什么信息？你一直没有说这个关键的信息的定义，这决定了怎么更好的获取这个信息
不是所有的 tag/edge type 和 tag/edge type 下的属性组成结构？还是？
你的需求是不是想看全图，但是因为没有查看全图的数据方式，
所以你想将 LIMIT 的数字设置成统计到的 v 数量，比如统计到 60000 个点，你就用 LIMIT 60000，来获得全部数据？
是的是这个目的，但是我去统计信息的时候 如果统计次数频率太高的话就会报错误可能是因为中间需要等待的原因
目前我知道的是没有直接看全图的功能的，想问下你为啥想看全图，我可以让 PD 来看看这需求是否有必要做成通用的需求。
我可以理解为你是想在一个画布上展示所有的数据对么
你是字面意思要获取全图信息？
据我所知，实际上浏览器能处理的图的尺寸是非常有限的，超过十几万就跑不动了，如果是为了可视化展示”全图“，（数据量上来之后，这个意义根本不大，因为人眼没法区分很多信息），你不妨给一个合理的固定 LIMIT 值，比如十万之类的。
是的
可以的
还有一个思路，可以定期（每小时执行一次 stats job sumit），然后每次取的时候，show stats，然后 limit <stats + 10000>，这种。