メインコンテンツまでスキップ
に最終更新

Zendesk Supportコネクタの制限

備考

ベータ版

この機能はベータ版です。ワークスペース管理者は、 プレビュー ページからこの機能へのアクセスを制御できます。「Databricks プレビューの管理」を参照してください。

一般的な制限​

  • スケジュールされたパイプラインを実行しても、アラートはすぐにはトリガーされません。代わりに、次の更新が実行されたときにトリガーされます。
  • ソース テーブルを削除しても、宛先テーブルは自動的に削除されません。宛先テーブルを手動で削除する必要があります。この動作は、 Lakeflow Spark宣言型パイプラインの動作と一致しません。
  • ソースメンテナンス期間中、Databricks はデータにアクセスできない可能性があります。
  • ソース テーブル名が既存の宛先テーブル名と競合する場合、パイプラインの更新は失敗します。
  • 複数の宛先パイプラインのサポートは API のみです。
  • オプションで、取り込むテーブルの名前を変更できます。パイプライン内のテーブルの名前を変更すると、そのパイプラインは API 専用となり、UI でパイプラインを編集できなくなります。
  • 列レベルの選択と選択解除は API のみです。
  • パイプラインが既に開始された後に列を選択した場合、コネクタは新しい列のデータを自動的にバックフィルしません。履歴データを取り込むには、テーブルで完全な更新を手動で実行します。
  • Databricks は、異なるソース スキーマからのものである場合でも、同じパイプラインに同じ名前を持つ 2 つ以上のテーブルを取り込むことはできません。
  • ソース システムは、カーソル列が単調に増加すると想定します。
  • SCDタイプ 1 が有効になっている場合、削除によって変更データフィードに明示的なdeleteイベントが生成されません。 監査可能な削除の場合、コネクタがサポートしている場合は SCD タイプ 2 を使用します。詳細については、 「例: CDF ソース データを使用した SCD タイプ 1 および SCD タイプ 2 の処理」を参照してください。
  • コネクタは、変換せずに生データを取り込みます。変換にはダウンストリームのLakeFlow Spark宣言型パイプライン パイプラインを使用します。

サポートされているZendesk製品​

Zendesk は、Zendesk Support、Zendesk Chat、Zendesk Talk など、さまざまな製品を提供しています。Databricks は、チケット データ、ナレッジ ベース コンテンツ、コミュニティ フォーラム データなど、Zendesk Support からの取り込みのみをサポートします。

API レート制限​

Zendesk は、特に増分データ エンドポイントに対して、REST API にレート制限を適用します。一貫した取り込みパフォーマンスを確保するために、Databricks では、同時に取り込むテーブルの数を制限することをお勧めします。たとえば、テーブルを複数のパイプラインに分割し、異なる時間にスケジュールすることができます。

ネストされたフィールドとカスタムフィールド​

スキーマ内の一部のフィールドは複雑な構造内にネストされている場合があり、内部レベルのフィールドにはカスタム属性を含めることができます。互換性と一貫性を確保するために、このようなフィールドは文字列データ型として表されます。たとえば、 ticketsテーブルのcustom_fields列はカスタム オブジェクトの配列であり、任意の数のサブフィールドを持つことができます。