# Microsoft SQL Server Tables Export Integration [Microsoft SQL Server Import Integrationの詳細はこちら](/ja/int/microsoft-sql-server-import-integration)。 ジョブ結果をMicrosoft SQL Serverのテーブルに直接書き込むことができます。 SQL Serverテーブルへのエクスポートのサンプルワークフローについては、[Treasure Boxes](https://github.com/treasure-data/treasure-boxes/tree/master/td/microsoft-sql-server)をご覧ください。 ## 前提条件 - Treasure Dataの基本的な知識 - SQL Serverインスタンス ## TD Consoleを使用して結果をエクスポートする 1. **TD Console**を開きます。 2. **Data Workbench** > **Queries**に移動します。 3. 新しいクエリを作成するか、既存のクエリを選択します。 4. Export Resultsを選択します。 5. Choose Integrationダイアログが開きます。次の2つのオプションのいずれかを選択します。 1. **Use Existing Integration**。既存のintegrationを選択します。 ![](/assets/image-20200615-194415.d6cd6e2f3b5397d0ba220c289906363223e72e2e4b94e641b833d0419035a064.b4a61dfd.png) 2. **Create New Integration**。integrationタイプを選択し、integration Name、Host、User、Passwordを編集します。 ![](/assets/image-20200615-194230.631f652f855bc07e4b589b18a7d05a22e3b2f26e118cade68c78d454ef47213a.b4a61dfd.png) - Azureを使用している場合は、インスタンス名を省略し、ポート番号のみを指定してください。 - Azureを使用しておらず、独自のインスタンスを使用する場合は、ポートなしでインスタンス名のみを使用してデータベースに接続できることを確認してください。これは、ポートが設定されている場合、インスタンス名が無視されるためです。JDBCライブラリは名前からポートへの解決を試みず、代わりに設定のポートを使用します。指定されたポートを使用せずにデータベースコネクタツールで確認してください。 6. 出力データ情報を入力します ![](/assets/screenshot-2024-12-04-at-15.37.28.0bc99a256c6686b779248569bad40012fd37d9e5465932cf231ea7fe51449c06.b4a61dfd.png) 情報には以下が含まれます: - **Instance:** インスタンス名 - **Database**: データベース名 - **Schema:** スキーマ名 - **Table:** テーブル名 - **Default Timezone:** デフォルトのタイムゾーン - **Batch Size:** バッチサイズ実行 - **Mode:** - insert - insert_direct - truncate_insert - replace - merge - **Socket connection timeout:** ソケット接続のタイムアウト制限 - **Network timeout:** ネットワーク接続のタイムアウト制限 - **Data Type Mapping:** カラムデータ型のマッピング。テーブルの作成または既存テーブルの置換時にのみ有効です。 7. クエリに名前を付けて保存して実行するか、クエリを実行するだけです。クエリが正常に完了すると、結果は指定されたSQL Server宛先にエクスポートされます。 ### (オプション) Query Export ジョブをスケジュールする Scheduled Jobs と Result Export を使用して、指定したターゲット宛先に出力結果を定期的に書き込むことができます。 Treasure Data のスケジューラー機能は、高可用性を実現するために定期的なクエリ実行をサポートしています。 2 つの仕様が競合するスケジュール仕様を提供する場合、より頻繁に実行するよう要求する仕様が優先され、もう一方のスケジュール仕様は無視されます。 例えば、cron スケジュールが `'0 0 1 * 1'` の場合、「月の日」の仕様と「週の曜日」が矛盾します。前者の仕様は毎月 1 日の午前 0 時 (00:00) に実行することを要求し、後者の仕様は毎週月曜日の午前 0 時 (00:00) に実行することを要求するためです。後者の仕様が優先されます。 #### TD Console を使用してジョブをスケジュールする 1. **Data Workbench > Queries** に移動します 2. 新しいクエリを作成するか、既存のクエリを選択します。 3. **Schedule** の横にある None を選択します。 ![](/assets/image2021-1-15_17-28-51.f1b242f6ecc7666a0097fdf37edd1682786ec11ef80eff68c66f091bc405c371.0f87d8d4.png) 4. ドロップダウンで、次のスケジュールオプションのいずれかを選択します: ![](/assets/image2021-1-15_17-29-47.45289a1c99256f125f4d887e501e204ed61f02223fde0927af5f425a89ace0c0.0f87d8d4.png) | ドロップダウン値 | 説明 | | --- | --- | | Custom cron... | [Custom cron... の詳細](#custom-cron-details)を参照してください。 | | @daily (midnight) | 指定されたタイムゾーンで 1 日 1 回午前 0 時 (00:00 am) に実行します。 | | @hourly (:00) | 毎時 00 分に実行します。 | | None | スケジュールなし。 | #### Custom cron... の詳細 ![](/assets/image2021-1-15_17-30-23.0f94a8aa5f75ea03e3fec0c25b0640cd59ee48d1804a83701e5f2372deae466c.0f87d8d4.png) | **Cron 値** | **説明** | | --- | --- | | `0 * * * *` | 1 時間に 1 回実行します。 | | `0 0 * * *` | 1 日 1 回午前 0 時に実行します。 | | `0 0 1 * *` | 毎月 1 日の午前 0 時に 1 回実行します。 | | "" | スケジュールされた実行時刻のないジョブを作成します。 | ``` * * * * * - - - - - | | | | | | | | | +----- day of week (0 - 6) (Sunday=0) | | | +---------- month (1 - 12) | | +--------------- day of month (1 - 31) | +-------------------- hour (0 - 23) +------------------------- min (0 - 59) ``` 次の名前付きエントリを使用できます: - Day of Week: sun, mon, tue, wed, thu, fri, sat. - Month: jan, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec. 各フィールド間には単一のスペースが必要です。各フィールドの値は、次のもので構成できます: | フィールド値 | 例 | 例の説明 | | --- | --- | --- | | 各フィールドに対して上記で表示された制限内の単一の値。 | | | | フィールドに基づく制限がないことを示すワイルドカード `'*'`。 | `'0 0 1 * *'` | 毎月 1 日の午前 0 時 (00:00) に実行するようにスケジュールを設定します。 | | 範囲 `'2-5'` フィールドの許可される値の範囲を示します。 | `'0 0 1-10 * *'` | 毎月 1 日から 10 日までの午前 0 時 (00:00) に実行するようにスケジュールを設定します。 | | カンマ区切りの値のリスト `'2,3,4,5'` フィールドの許可される値のリストを示します。 | `0 0 1,11,21 * *'` | 毎月 1 日、11 日、21 日の午前 0 時 (00:00) に実行するようにスケジュールを設定します。 | | 周期性インジケータ `'*/5'` フィールドの有効な値の範囲に基づいて、 スケジュールが実行を許可される頻度を表現します。 | `'30 */2 1 * *'` | 毎月 1 日、00:30 から 2 時間ごとに実行するようにスケジュールを設定します。 `'0 0 */5 * *'` は、毎月 5 日から 5 日ごとに午前 0 時 (00:00) に実行するようにスケジュールを設定します。 | | `'*'` ワイルドカードを除く上記の いずれかのカンマ区切りリストもサポートされています `'2,*/5,8-10'` | `'0 0 5,*/10,25 * *'` | 毎月 5 日、10 日、20 日、25 日の午前 0 時 (00:00) に実行するようにスケジュールを設定します。 | 1. (オプション) Delay execution を有効にすることで、クエリの開始時刻を遅延させることができます。 ### クエリを実行する クエリに名前を付けて保存して実行するか、単にクエリを実行します。クエリが正常に完了すると、クエリ結果は指定された宛先に自動的にエクスポートされます。 設定エラーにより継続的に失敗するスケジュールジョブは、複数回通知された後、システム側で無効化される場合があります。 (オプション) Delay execution を有効にすることで、クエリの開始時刻を遅延させることができます。 ## Audience Studio で Segment をアクティベートする Audience Studio で activation を作成することで、segment データをターゲットプラットフォームに送信することもできます。 1. **Audience Studio** に移動します。 2. parent segment を選択します。 3. ターゲット segment を開き、右クリックして、**Create Activation** を選択します。 4. **Details** パネルで、Activation 名を入力し、前述の Configuration Parameters のセクションに従って activation を設定します。 5. **Output Mapping** パネルで activation 出力をカスタマイズします。 ![](/assets/ouput.b2c7f1d909c4f98ed10f5300df858a4b19f71a3b0834df952f5fb24018a5ea78.8ebdf569.png) - Attribute Columns - **Export All Columns** を選択すると、変更を加えずにすべての列をエクスポートできます。 - **+ Add Columns** を選択して、エクスポート用の特定の列を追加します。Output Column Name には、Source 列名と同じ名前があらかじめ入力されます。Output Column Name を更新できます。**+ Add Columns** を選択し続けて、activation 出力用の新しい列を追加します。 - String Builder - **+ Add string** を選択して、エクスポート用の文字列を作成します。次の値から選択します: - String: 任意の値を選択します。テキストを使用してカスタム値を作成します。 - Timestamp: エクスポートの日時。 - Segment Id: segment ID 番号。 - Segment Name: segment 名。 - Audience Id: parent segment 番号。 1. **Schedule** を設定します。 ![](/assets/snippet-output-connector-on-audience-studio-2024-08-28.a99525173709da1eb537f839019fa7876ffae95045154c8f2941b030022f792c.8ebdf569.png) - スケジュールを定義する値を選択し、オプションでメール通知を含めます。 1. **Create** を選択します。 batch journey の activation を作成する必要がある場合は、[Creating a Batch Journey Activation](/products/customer-data-platform/journey-orchestration/batch/creating-a-batch-journey-activation) を参照してください。 ## CLIを使用したエクスポート 次のコマンドを使用すると、Result OutputがSQL Serverにエクスポートされるスケジュールクエリを設定できます。 json_keyを指定し、改行をバックスラッシュでエスケープしてください。 例: ```bash td sched:create scheduled_sqlserver "10 6 * * *" \ -d dataconnector_db "SELECT id,account,purchase,comment,time FROM payment_history" \ -r '{ "type":"sqlserver", "user":"user", "database":"mydb", "table":"payments", "batch_size":16777216, "mode":"insert"}' ``` ## モード | モード | 説明 | | --- | --- | | **insert** | このモードは、最初にいくつかの中間テーブルに行を書き込みます。すべてのタスクが正しく実行されると、`INSERT INTO target_table SELECT * FROM intermediate_table_1 UNION ALL SELECT * FROM intermediate_table_2 UNION ALL ...`クエリを実行します。ターゲットテーブルが存在しない場合は、自動的に作成されます。 | | **insert_direct** | このモードは、ターゲットテーブルに直接行を挿入します。ターゲットテーブルが存在しない場合は、自動的に作成されます。 | | **truncate_insert** | `insert`モードと同じですが、最後の`INSERT ...`クエリの直前にターゲットテーブルをtruncateします。 | | **replace** | このモードは、最初に中間テーブルに行を書き込みます。すべてのタスクが正しく実行されると、ターゲットテーブルを削除し、中間テーブルの名前をターゲットテーブル名に変更します。 | | **merge** | このモードは、最初にいくつかの中間テーブルに行を書き込みます。すべてのタスクが正しく実行されると、`MERGE INTO ... WHEN MATCHED THEN UPDATE ... WHEN NOT MATCHED THEN INSERT ...`クエリを実行します。つまり、中間テーブルのレコードのマージキーがターゲットテーブルに既に存在する場合、ターゲットレコードは中間レコードによって更新され、そうでない場合は中間レコードが挿入されます。ターゲットテーブルが存在しない場合は、自動的に作成されます。 | ## Microsoft SQL Server Result OutputのFAQ **Azure SQL Databaseにエクスポート中に「Connection reset」エラーでMS SQL Server Result Outputが失敗する** Azure SQL Databaseはマルチテナントサービスです。リソースの問題により、タイムアウトが発生することがあります。この問題を回避するために、次の回避策を試すことをお勧めします: - まず[Azure Blob Storage Data Result Output](/ja/int/microsoft-azure-blob-storage-export-integration)を使用してAzure Blob Storageにダンプし、その後Azure SQL Databaseにエクスポートします。 - 各挿入リクエストのバイトサイズを削減するために、*batch_size*オプションの値を3000程度に減らします。この変更により、ジョブの実行時間が長くなる可能性があることに注意してください。