Microsoft SQL Server 取り込みコネクタ
このページは、セットアップ アプローチを決定する要素やさまざまなユーザー ペルソナに必要なステップなど、 SQL Server取り込みワークフローを理解するのに役立ちます。
始める前に知っておくべきこと
トピック | なぜそれが重要なのか |
|---|---|
ワークフローは、Databricks ユーザーのペルソナによって異なります。
| |
ソース データベースの構成は、SQL Server の展開環境によって異なります。 | |
ソース データベースの構成は、ソース内の変更を追跡する方法によって異なります。 | |
接続を作成するための手順は、選択した認証方法によって異なります。 | |
接続、ゲートウェイ、パイプラインを作成するステップはインターフェイスによって異なります。 | |
パイプラインのスケジュールは、レイテンシとコストの要件によって異なります。 | |
取り込みのニーズに応じて、パイプラインは履歴追跡、列選択、行フィルタリングなどの設定を使用する場合があります。対応構成はコネクタによって異なります。機能の利用可否については、こちらをご覧ください。 |
SQL Serverからのデータ取り込みを開始します
次の表は、ユーザー タイプに基づいたエンドツーエンドの SQL Server 取り込みワークフローの概要を示しています。
ユーザー | ステップ |
|---|---|
管理 |
|
管理者以外 | サポートされている任意のインターフェースを使用して、ゲートウェイとパイプラインを作成します。「SQL Server からのデータの取り込み」を参照してください。 |
機能の利用可能性
機能 | 可用性 |
|---|---|
UIベースのパイプライン作成 |
|
APIベースのパイプライン作成 |
|
宣言型オートメーションバンドル |
|
増分取り込み |
|
Unity Catalogガバナンス |
|
Databricks Workflowsを使用したオーケストレーション |
|
SCDタイプ2 |
|
API ベースの列選択と選択解除 |
|
APIベースの行フィルタリング |
|
自動スキーマ進化:新規列と削除列 |
|
自動スキーマ進化: データ型の変更 |
|
自動スキーマ進化:列名の変更 |
完全な更新が必要です。 |
自動スキーマ進化: 新しいテーブル |
スキーマ全体を取り込む場合。パイプラインあたりのテーブル数の制限事項を参照してください。 |
パイプラインあたりの最大テーブル数 | 250 |
認証方法
認証方法 | 可用性 |
|---|---|
OAuth U2M |
|
OAuth M2M |
|
OAuth (マニュアル更新) |
|
基本認証(ユーザー名/パスワード) |
|
基本認証(APIキー) |
|
Basic認証(サービスアカウントJSONキー) |
|