【发布时间】：2018-08-10 11:16:29
【问题描述】：
想象一个社交网络应用。用户关注其他用户，用户拍照。照片有其他用户的标签。
我正在尝试为该应用程序获取有效的 Cosmos db 图表实现。我提供了一个 SQL Server 版本以及一个基准。
这是它的表格版本：
这是 Gremlin 查询：
g.V('c39f435b-350e-4d08-a7b6-dfcadbe4e9c5')
.out('follows').as('name')
.out('took').order(local).by('postedAt', decr).as('id', 'postedAt')
.select('id', 'name', 'postedAt').by(id).by('name').by('postedAt')
.limit(10)
这是等效的 SQL 查询（实际上是 linq）：
Follows
.Where(f => f.FollowerId == "c39f435b-350e-4d08-a7b6-dfcadbe4e9c5")
.Select(f => f.Followees)
.SelectMany(f => f.Photos)
.OrderByDescending(f => f.PostedAt)
.Select(f => new { f.User.Name, f.Id, f.PostedAt})
.Take(10)
该用户关注了 136 个用户，共拍摄了 257 张照片。
SQL Server 和 Cosmos db 都位于西欧 Azure 位置。我在法国。 我在 Linpad 上做了一些测试。
- Gremlin 查询运行时间超过 1.20 秒，消耗大约 330 RU。仅供参考，400RU/s 的费用为 20 美元/月。
- SQL 查询运行时间为 70 毫秒。 db 为 10 DTU（S0 的 1 个实例）。所以它的成本是 12.65eur / 月
如何使用 cosmos db 更快、更便宜地获取 Feed？
注意：为了给 RU 充电，我使用的是Microsoft.Azure.Graph。但我也可以使用Gremlin.Net 并获得类似的结果。
【问题讨论】：
-
只是一个旁注，但 我不断听到和阅读关于 nosql 和 cosmos db 非常棒的消息，所以我想从中受益！ -> 这是有史以来最糟糕的原因。您不需要仅仅因为它又热又亮就使用新技术。如果它没有带来真正的好处，请不要打扰。
-
我同意，也许我没有正确表达自己。多年来我没有打扰。但我知道我的 sql 服务器和地理复制面临问题。欧洲以外的用户抱怨性能。所以我认为是时候看看 cosmos db 了。
-
我认为很难比较这两者之间的性能。它们就像苹果对橘子。我可以想象，对于数十亿个关系，Graph Api 可能会更快，但您必须设置大量测试才能找到临界点（如果有的话）。
-
虽然我正在做这一切来比较 sql server 和 cosmos db，但问题是关于如何改进图形和/或查询的具体问题。
-
您能否在答案中包含哪个 gremlin 客户端？此外 order(local) op 对结果没有影响，因为被迭代的类型是 Vertex 而不是 Collection 或 Map，请参阅 [Order step][tinkerpop.apache.org/docs/3.3.1/reference/#order-step].
标签： azure azure-cosmosdb gremlin graph-databases sql-graph