Outlookコネクタの制限事項

備考

ベータ版

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

このページでは、 Databricks LakeFlow Connectを使用してMicrosoft Outlook からデータを取り込む際の制限事項と考慮事項について説明します。

一般的なSaaSコネクタの制限事項

このセクションの制限事項は、Lakeflowコネクト のすべてのSaaS コネクタに適用されます。

• スケジュールされたパイプラインを実行しても、アラートはすぐには発生しません。代わりに、それらは次のアップデートが実行されたときにトリガーされます。
• ソーステーブルが削除されても、宛先テーブルは自動的に削除されません。宛先テーブルを手動で削除する必要があります。この動作は、Lakeflow Spark宣言型パイプラインの動作と一貫性がありません。
• データソースのメンテナンス期間中は、Databricksがお客様のデータにアクセスできない場合があります。
• ソーステーブル名が既存の宛先テーブル名と競合する場合、パイプラインの更新は失敗します。
• 複数宛先パイプラインのサポートはAPIのみで提供されます。
• 取り込んだテーブルの名前は、必要に応じて変更できます。パイプライン内のテーブルの名前を変更すると、そのパイプラインはAPI専用となり、UIでパイプラインを編集できなくなります。
• パイプラインが既に開始された後に列を選択した場合、コネクタは新しい列のデータを自動的にバックフィルしません。履歴データを取り込むには、テーブルで完全な更新を手動で実行します。
• Databricksでは、異なるソーススキーマから取得された場合でも、同じ名前のテーブルを2つ以上同じパイプラインに取り込むことはできません。
• ソースシステムは、カーソル列が単調増加していることを前提としている。
• コネクタは、変換なしで生データを取り込みます。変換のために、LakeFlow Pipelinesで下流のSpark宣言型パイプラインを使用します。

コネクタ固有の制限

このセクションに記載されている制限事項は、Outlookコネクタに特有のものです。

• このコネクタは、 defaultスキーマの下にある単一のテーブルemail_messagesをサポートします。宛先スキーマについては、 「宛先スキーマ」を参照してください。
• コネクタは電子メールの削除をキャプチャしません。 受信トレイに取り込まれた後にメールが削除された場合でも、そのメールは宛先テーブルに残ります。
• include_folders で指定されたフォルダ名がメールボックスに存在しない場合、またはスペルが間違っている場合、コネクタはエラーや警告を発生させることなく、そのフォルダをスキップします。これは、ネストされたサブフォルダのパス（/で区切られたもの）にも適用されます。パスのいずれかのセグメントがそのレベルのフォルダと一致しない場合、エントリ全体がスキップされます。
• include_folders 内のネストされたサブフォルダーパスは、セグメントの区切り文字として / を使用します（例：Inbox/Projects）。フォルダーの表示名自体に / が含まれている場合は、パスの区切り文字として解釈されないように、\/ としてエスケープします（リテラルのバックスラッシュは \\ としてエスケープします）。たとえば、文字通り Q1/Q2 という名前の最上位フォルダーは Q1\/Q2 として指定されます。
• email_messagesテーブルは履歴追跡 (SCD タイプ 2) をサポートしていません。
• このコネクタでは、汎用行フィルタオプションはサポートされていません。電子メール メッセージをフィルタするには、 outlook_options ( include_mailboxes 、 include_folders 、 include_senders 、 include_subjects ) を使用します。 コネクタのオプションを参照してください。