オプションAはデータ固有のエラーとしては妥当ですが、質問ではパイプライン統合中の「一貫したエラー」について説明しています。カテゴリの最大数は100です。オプションBは不正解です。テキストにコードスニペットなどの平易な英語以外のコンテンツが含まれている場合、関数は「エラーを返しませんが、結果が期待どおりにならない可能性があります」。これは、関数の実行を妨げる一貫したエラーではなく、不正確な結果につながります。オプションCは、特にCortex AI関数へのアクセスを許可する「SNOWFLAKE.CORTEX_USER」ロールが既に付与されているため、「CLASSIFY_TEXT」関数の呼び出しに固有のエラーの「最も」可能性の高い原因である可能性は低いです。データのデータベースに「USAGE」がない場合、通常はより一般的なSQLアクセスエラーとして現れます。オプション D は正解です。Snowflake Cortex 関数の既知の制限として、「CLASSIFY_TEXT」を含め、動的テーブルをサポートしていないことが挙げられます。これは根本的な非互換性であり、動的テーブル パイプラインに統合すると、一貫してエラーが発生します。オプション E は不正解です。「task_description」は「約 50 語以内」にする必要がありますが、これは最適なパフォーマンスを実現するための推奨事項であり、超過するとエラーが発生すると明示的に規定されている厳密な制限ではありません。

オプションCは、このシナリオで最も効果的なアプローチです。「SNOWFLAKE.CORTEX.TRY COMPLETE」を正しく使用しています。これは「COMPLETE」と同じ操作を実行しますが、操作が実行できない場合はエラーを発生させる代わりにNULLを返すため、パイプラインはLLMの問題に対してより堅牢になります。「response_format」オプションは、出力が構造化された感情カテゴリ用の指定されたJSONスキーマに準拠することを保証し、構造化された出力の要件を満たします。これは、オプションAからの新しいデータの増分処理タスク内の「MERGE」ステートメントに統合されており、「COMPLETE」を含むPython UDFの使用が推奨されています。「TRY_COMPLETE」は実行可能ですが、パイプラインでの適切なエラー処理のために明示的に設計されており、「COMPLETE」にはデフォルトで欠けている機能です。オプションBは「SNOWFLAKE.CORTEX.SENTIMENT」を使用します。これはカテゴリJSONオブジェクトではなく数値スコア（例：0.5424458）を返すため、分類のための追加の後処理ロジックが必要になります。オプションDは要約に を使用し、分類には 'AI CLASSIFY' を使用します。 'AI_CLASSIFY' は分類可能ですが、要求されているのは各レビューの感情であり、 'AI_AGG' は分類前に集計を行うため、個々のレビューの感情に関する要件を満たしません。オプションEは動的テーブルの使用を提案していますが、動的テーブルは現在 'COMPLETE'（または 'AI_COMPLETE'）関数による増分更新をサポートしていないため、この方法での継続的なLLMベースの処理には適していません。さらに、 'COMPLETE' は 'TRY COMPLETE' のような適切なエラー処理を提供しません。

オプション A は正解です。引数は、完了応答が従うべき JSON スキーマを指定するために使用され、スキーマに「必須」フィールドを含めることで、指定されたフィールドが出力に存在することが保証され、必須フィールドを抽出できない場合はエラーが発生します。オプション B は不正解です。モデルに「JSON で応答する」ように指示すると複雑なタスクの精度が向上しますが、「AI_COMPLETE 構造化出力」は、応答が指定されたスキーマに準拠する必要があることを既に理解しているため、単純なタスクでは必ずしも必要ではありません。オプション C は不正解です。OpenAl (GPT) モデルの場合、スキーマのすべてのノードで「additionalPropertieS」フィールドを「false」に設定する必要があります。オプション D は正解です。抽出するフィールドの詳細な説明を提供することで、モデルがそれらをより正確に識別できるようになり、構造化出力の品質が向上します。オプション E は不正解です。最も一貫性のある結果を得るには、「COMPLETE」を呼び出すときに「温度」オプションを 0 に設定することをお勧めします (または、タスクやモデルに関係なく、出力をより決定論的かつ集中的にします)。

Document AI モデルビルドを準備するには、ロールにデータベースロールを付与する必要があります。さらに、データベースに対する「USAGE」権限、スキーマに対する「USAGE」権限、ウェアハウスに対する「USAGE」権限、ウェアハウスに対する「OPERATE」権限が必要です。オプションA、B、Dは必要な「USAGE」権限を正しく付与します。オプションCはウェアハウスに対する「OPERATE」権限を付与します。これも必要な権限ですが、質問で具体的に尋ねられている「USAGE」権限ではありません。オプションEは「CREATE STAGES」権限を付与します。これは処理パイプラインの作成には必要ですが、新しいモデルビルド自体の開始には必ずしも必要ではありません。