2
私はカリフォルニアにいて、とても簡単なAPIコールを作成しており、平均でそれぞれ3〜5秒かかる。私はこれが遅すぎると思う。IBM Graph APIが遅すぎる
私は$ 15.00米/ GB $ 0.20 USD/1000 APIは、例えば
を呼び出し
の標準契約を使用しています：
ただ、電子メールのプロパティに基づいてユーザの頂点を調べる（これは）インデックスが作成されます。
GET test_graph/[email protected]
または単純なグレムリンスクリプト："graph.traversal（）.V（）。hasLabel（ 'user'）。has（ 'email'、 'x'）。hasNext（）;"
両方とも2秒以上かかる。
IBM Graphでこれを体験しますか？これは期待されていますか？それとも、ミリ秒以内に復帰させる方法はありますか？ここで
は私はカールを使用して、LinuxのコマンドラインからBluemixのドキュメントでインタラクティブな例を試してみました、そしてIBMのグラフと同様の遅延の問題を見つけること
{
"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
}
]
}