私はノードのアプリケーションでAzure DocumentDBにSQLのようなsytaxを使用しています。ここでAzure DocumentDBがサービスフィールドを返さないようにする
がDocumentDbは、サービス分野(_rid、_self、_etag、_ts、_attachments)をretrunしていないようにする方法はありメソッドのコード
client.queryDocuments(collection._self, "SELECT * FROM root").toArray(function(err, results) {
if (err) {
callback(err);
} else {
callback(null, results);
}
});
と応答
[
{
"id": "test1",
"name": "Kate",
"email": "[email protected]",
"brands": [
"AAAA",
"BBB",
"CCCi"
],
"_rid": "WedNAN3lZgABAAAAAAAAAA==",
"_self": "dbs/WedNAA==/colls/WedNAN3lZgA=/docs/WedNAN3lZgABAAAAAAAAAA==/",
"_etag": "\"00001b00-0000-0000-0000-56fff6c60000\"",
"_ts": 1459615430,
"_attachments": "attachments/"
}
]で、 select句に非サービスフィールドをすべて記述しないでください。
node.jsのDocumentDB _Query Projections_を使用してこの問題を解決できないことは確かですか?私は.NETにしか慣れていません。 –
フィールドを指定できる場合は、可能です。私はクエリプロジェクションに慣れていません(自己結合を意味しない限り)。その機能はDocumentDB自体ではなく.NET SDKにありますか?一般的には、node.jsユーザーがDocumentDBのユニークなdb-sideプログラミング機能を利用することをお勧めします。 Node.js/JavaScriptの開発者は、アプリケーションサーバーやブラウザから少しの労力でコードをdbに移動できます。彼らはnode.jsの中でsprocsのin-db実行をテストすることができます。彼らはnpmのパッケージ(いくつか)をsprocsにプッシュすることができます。それは彼らにとって非常に自然な環境です。 –
DocumentDBクエリの予測については、https://azure.microsoft.com/en-us/documentation/articles/documentdb-sql-query/を参照してください。 –