クエリは追加モードで実行されます。このモードでは、演算子は将来のトリガーで変更されない行のみを出力します。ステートフル演算子は、ウォーターマークを使用して、これがいつ発生するかを判断します。更新モード更新モードでは、オペレーターは、出力されたレコードが後続のトリガーで変更される可能性がある場合でも、トリガー中に変更されたすべての行を出力します。コンプリートモード完全モードはストリーミング集約でのみ機能します。完全モードでは、演算子によって生成されたすべての結果行がダウンストリームに出力されます。ストリーミング操作では、追加モードと更新モードのどちらかを選択する必要があります。次のセクションでは、決定に役立つ可能性のある考慮事項の概要を説明します。注:完全モードにはいくつかのアプリケーションがありますが、データの規模が大きくなるとパフォーマンスが低下する可能性があります。ビューを使用することを推奨しています。ビューを使用する」を参照してください。データをどのように使用するかを説明します。つのアクションを実行する必要がある場合は、ほとんどの場合、追加モードを使用します。回だけ書き込まれることが保証されます。更新モードでは、状態情報が変更されるたびにレコードが書き込まれるため、多数の更新が発生します。下流のサービスに最新の結果が必要な場合、更新モードによりシンクが可能な限り最新の状態に保たれます。ダッシュボードなどが挙げられます。利用可能なすべての操作をサポートしているわけではなく、一部のストリーミング操作はすべての出力モードでサポートされていません。ドキュメントを参照してください。すべてのシンクがすべての出力モードをサポートしているわけではありません。どちらも、すべての出力モードをサポートしています。ドキュメントを参照してください。パイプラインに関連するコストに影響を与える可能性があります。結果を出力するように強制されます。時間の遅延があることを意味します。回の書き込みが行われます。シンクがレコードごとの書き込みごとに課金する場合、ウォーターマークの遅延が経過する前にレコードが何度も更新されると、コストが高くなる可能性があります。テーブルへのストリーミング更新の出力モードの構成を示しています。ドキュメントを参照してください。ストリーミングのウォーターマークとどのように相互作用するかを理解するのに役立ちます。時間ごとに生成される総収益を計算するストリーミング集計について考えてみましょう。最初のマイクロバッチは、次のレコードを処理します。ストリーミング集約演算子の状態は次のとおりです。30次の表は、各出力モードで何が起こるかをまとめたものです。追加ストリーミング集約演算子は、ダウンストリームに何も出力しません。ウィンドウのいずれかに分類される可能性があることを示します。更新オペレーターは、両方のレコードが更新を受信したため、両方のレコードを出力します。完了オペレーターはすべてのレコードを出力します。つのレコードを受信したとします。この時点で、ストリーミング集約演算子の状態は次のようになります。50次の表は、各出力モードで何が起こるかをまとめたものです。3pm]ウィンドウの終了時刻より大きいことを検出します。ウィンドウが出力されます。4pm]ウィンドウを発行します。完了オペレーターはすべてのレコードを出力します。次に、ステートフル演算子が各追加モードでどのように動作するかをまとめます。更新モードでは、直前のトリガー以降に変更されたレコードを書き込みます。完全モードでは、ステートフル演算子によって生成されたすべてのレコードを書き込みます。Foundationの商標です。フィードバックの送信|プライバシーポリシー|利用規約(英語)。