ストリーム分析とストリームポスト

Question

ストリームアナリティクスの動作には2つの一般的な質問があります。私は、私の質問に関するドキュメンテーションに何も見つからなかった（私のために）ミスリーディングな情報を見つけました。私の質問の

の両方が入力ソースとしてEventHubでストリームAnalyticsを目標としています。

1.ストリーム位置

分析ジョブが開始すると、起動後に着信している処理済みイベントのみですか？イベントハブのパイプラインにまだ残っている古いイベントは無視されますか？ドキュメントで

2.ロングスパンの時間窓

は、ウィンドウの出力はウィンドウに等しいタイムスタンプとともに使用集計関数に基づいて、単一のイベントであろう」

書き込まれます終了時間。"

私は窓をタンブリング、例えば、7日でselect文を作成した場合。ウィンドウを閉じて結果セットを送信する前に、ジョブがメモリに保持できる出力エレメントの数に制限はありますか？私は何百万という出力結果になるかもしれない、重い作業負荷のイベントハブであることを意味します。あなたの最初の質問については

Answer 1

、どんな証拠がストリームAnalyticsはジョブ起動する前に、すべての古いイベントを無視することを示していませんでした。実際、イベントライフサイクルは、ストリームアナリティクスではなく、イベントハブのメッセージ保持（1〜7日）に依存しています。しかし、あなたが望むように、これらのデータを取得するための入力用eventStartTime & eventEndTimeを指定することができ、ストリーム解析をInputの最初のREST要求のプロパティを参照してください。 Azureのポータル上で

、彼らは以下の通りのようなものです。 2番目の質問について

& Stream AnalyticsのクォータとWindowingための参照を制限する、アズールによれば、メモリ使用のために書かれた任意の制限は存在しない、唯一の制限は以下の通りです。

1. 「ウィンドウの最大サイズはすべての場合で7日間です。」ストリームAnalytisについて
2. 、「ストリーミングユニットの最大スループットは、」1MB /秒です。
3. イベントハブの場合、次のようになります。

上記の出力遅延が発生します。