PutSQL 2025.5.31.15¶

JDBC 接続プール

JSON メッセージを SQL ステートメントに変換するために使用する JDBC 接続プールを指定します。接続プールは、適切なデータベース列タイプを決定するために必要です。

断片化されたトランザクションのサポート

true の場合、この Processor で FlowFile が消費されると、まずその FlowFile の fragment.identifier 属性と fragment.count 属性をチェックします。fragment.countの値が1より大きい場合、Processorはそのfragment.identifierを持つ FlowFile をすべてが利用可能になるまで処理しません。その時点で、そのfragment.identifierを持つすべての FlowFiles を、 FlowFiles' fragment.index属性で指定された順序で、単一のトランザクションとして処理します。これは、 SQL ステートメントのアトミック性を提供します。このトランザクションのステートメントが実行時に例外をスローすると、このトランザクションはロールバックされます。トランザクションのロールバックが発生すると、これらの FlowFiles は、いずれも「成功」にルーティングされません。<Rollback On Failure> が true にセットされている場合、これらの FlowFiles は入力関係に留まります。<Rollback On Failure> がfalseにセットされている場合、 FlowFiles のどれかが 'retry' にルーティングされると、 FlowFiles のすべてが 'retry' にルーティングされます。この値がfalseの場合、これらの属性は無視され、更新は互いに独立して行われます。

database-session-autocommit

使用するデータベース接続にセットする自動コミットモード。false にセットすると、操作は明示的にコミットまたはロールバックされます (それぞれ成功または失敗に基づいて)。trueにセットすると、ドライバー/データベースがコミット/ロールバックを操作します。

rollback-on-failure

エラーの処理方法を指定します。デフォルト（false）では、 FlowFile の処理中にエラーが発生した場合、 FlowFile はエラーのタイプに基づいて「失敗」または「再試行」関係にルーティングされ、プロセッサーは次の FlowFile に進むことができます。その代わりに、現在処理中の FlowFiles をロールバックし、それ以降の処理を直ちに停止したい場合があります。大文字と小文字が一致しない場合は、この 'Rollback On Failure' プロパティを有効にしてください。有効にすると、失敗した FlowFiles はペナルティを受けることなく入力関係に留まり、処理に成功するか他の方法で削除されるまで繰り返し処理されます。頻繁に再試行しすぎないよう、適切な「Yield Duration」をセットすることが重要です。

retry

データベースを更新できない場合、 FlowFile はこのリレーションシップにルーティングされますが、再度操作を試みると成功する可能性があります。