ファイルを再度処理しますか?cloudFiles.allowOverwritesが有効になっていない限り、ファイルは一度だけ処理されます。ファイルのどのバージョンが処理されるかを保証できません。ファイル通知モードでcloudFiles.allowOverwritesを有効にする場合も注意が必要です。ファイル通知とディレクトリ一覧の両方で新しいファイルを識別する可能性があります。回取り込む可能性があります。使用して不変ファイルのみを取り込み、cloudFiles.allowOverwritesの設定を避けることをお勧めします。チームにお問い合わせください。ジョブを設定し、予想されるファイル到着時刻の後に実行するようにスケジュールできます。更新頻度が低い場合も頻繁に更新する場合も適切に機能します。入力サイズに適切にスケーリングされます。データ取り込みの推奨方法となっています。ストリームの再開時にチェックポイントの場所を変更するとどうなりますか?チェックポイントの場所は、ストリームの重要な識別情報を保持します。チェックポイントの場所を実質的に変更するということは、前のストリームを放棄して新しいストリームを開始したことを意味します。事前にイベント通知サービスを作成する必要がありますか?いいえ。よってファイル通知サービスを作成できます。ファイル通知モードとは」を参照してください。マネージャーを使用して、リソースを一覧表示および破棄できます。APIsを使用して手動で削除することもできます。同じバケット/コンテナ上の異なる入力ディレクトリから複数のストリーミングクエリを実行できますか?はい、親子ディレクトリでない限り実行できます。/prod-logs。競合しない限り使用できます。スキーマを推測します。パーティション列を空と推論します。使用して、ディレクトリ構造から列を明示的に解析します。スキーマを指定する必要があります。コードで最初に定義されたときに推論されます。各マイクロバッチ中に、スキーマの変更はその場で評価されます。したがって、パフォーマンスへの影響について心配する必要はありません。ストリームが再起動すると、スキーマの場所から進化したスキーマを取得し、推論によるオーバーヘッドなしで実行を開始します。ディレクトリの場合、数分かかることを想定する必要があります。ヒットを観察しないでください。Loaderタイミングを指定するステータス更新を確認できます。バグによって、不適切なファイルが私のスキーマを大幅に変更しました。サポートにお問い合わせください。Foundationの商標です。フィードバックの送信|プライバシーポリシー|利用規約(英語)。