我在加利福尼亚州,我正在进行非常简单的API调用,每个调用平均需要3-5秒。我认为这太慢了。
我用的是标准交易
$15.00 USD/GB $0.20 USD/1000 API调用
例如:
只需根据电子邮件属性(已编入索引)查找用户顶点:
获取test_graph/vertices?email=starosta@stanford.edu
或者一个简单的Gremlin脚本:"graph.traversal().V().hasLabel('user').has('email','x').hasNext();“
两者都需要2秒以上的时间。
人们使用IBM Graph是否体验到了这一点?这是意料之中的吗?或者有没有办法让它在毫秒内返回?
这是我的图表模式,以防我在其中犯了什么错误
{
"propertyKeys": [
{"name": "lastJIRAInteractionTime", "dataType": "Integer", "cardinality": "SINGLE"},
{"name": "lastCALENDARInteractionTime", "dataType": "Integer", "cardinality": "SINGLE"},
{"name": "lastEMAILInteractionTime", "dataType": "Integer", "cardinality": "SINGLE"},
{"name": "weight", "dataType": "Float", "cardinality": "SINGLE"},
{"name": "email", "dataType": "String", "cardinality": "SINGLE"},
{"name": "lastSLACKInteractionTime", "dataType": "Integer", "cardinality": "SINGLE"}
],
"vertexLabels": [
{"name": "user"}
],
"edgeLabels": [
{"name": "2016M1", "multiplicity": "MULTI"},
{"name": "2016M2", "multiplicity": "MULTI"},
{"name": "2016M3", "multiplicity": "MULTI"},
{"name": "2016M4", "multiplicity": "MULTI"},
{"name": "2016M5", "multiplicity": "MULTI"},
{"name": "2016M6", "multiplicity": "MULTI"},
{"name": "2016M7", "multiplicity": "MULTI"},
{"name": "2016M8", "multiplicity": "MULTI"},
{"name": "2016M9", "multiplicity": "MULTI"},
{"name": "2016M10", "multiplicity": "MULTI"},
{"name": "2016M11", "multiplicity": "MULTI"},
{"name": "2016M12", "multiplicity": "MULTI"}
],
"vertexIndexes": [
{"name": "vByEmail",
"propertyKeys": ["email"],
"composite": false
}
],
"edgeIndexes" :[
{"name": "eByWeight",
"propertyKeys": ["weight"],
"composite": false
}
]
}发布于 2016-10-12 08:21:58
由于用于密码存储的哈希机制,通过基本身份验证进行身份验证的请求在设计上总是需要几秒钟的时间。
看一下API,在_session文档的顶部有记录:
发布于 2016-09-08 21:04:57
我使用curl尝试了linux命令行中Bluemix文档中的交互式示例,发现IBM Graph也存在类似的延迟问题。抱歉,这个答案只是另一个数据点,而不是一个解决方案。
https://stackoverflow.com/questions/39290153
复制相似问题