# ランディングの設定 ランディング データ タスクの設定を構成できます。 * ランディング タスクを開き、ツール バーの [設定] をクリックします。 「設定: <タスク名>」ダイアログが開きます。使用可能な設定については以下で説明します。 ## 基本設定 * データベース ターゲットで使用するデータベースです。 情報メモこのオプションは、データを Qlik Cloud にランディング (Amazon S3する場合は使用できません。 * タスクのスキーマ ランディング データ タスクのスキーマの名前を変更できます。既定の名前はランディングです。 情報メモこのオプションは、データを Qlik Cloud にランディング (Amazon S3する場合は使用できません。 * スキーマ名を既定で大文字化 すべてのスキーマ名の既定の大文字と小文字を設定できます。データベースが大文字と小文字を強制するように設定されている場合、このオプションは効果がありません。 * すべてのテーブルとビューのプレフィックス このタスクで作成したすべてのテーブルとビューにプレフィックスを設定できます。 情報メモこのオプションは、データを Qlik Cloud にランディング (Amazon S3する場合は使用できません。 情報メモ複数のデータ タスクでデータベース スキーマを使用する場合は、一意のプレフィックスを使用する必要があります。 * 更新方法 ランディングは常にフル ロードで開始します。フル ロードが完了したら、次のいずれかの方法を使用して、ランディング データを最新の状態に保つことができます。 情報メモランディング データ タスクの準備操作が完了すると、更新方法を変更することはできません。 情報メモSaaS アプリケーション ソースを使用する場合、変更データ キャプチャ (CDC) 更新メソッドのみがサポートされます。 * * 変更データキャプチャ (CDC) ランディング データは、CDC (変更データ キャプチャ) テクノロジーを使用して最新の状態に保たれます。CDC は、すべてのデータ ソースでサポートされていない可能性があります。CDC は、列の名前変更、またはメタデータの変更などの DDL 操作をキャプチャしません。 情報メモ 変更データ キャプチャ (CDC) が更新メソッドであり、データ ソースが: * SaaS アプリケーションではない * CDC をサポートするデータセットと、フル ロードのみをサポートするデータセット (ビューなど) が含まれている 2 つのデータ パイプラインが作成されます。CDC をサポートするテーブル用に 1 つのパイプラインが作成され、リロードと比較のみをサポートするデータセット用にもう 1 つのパイプラインが作成されます。 * リロードして比較 すべてのランディング データは、ソースからリロードされます。これは、ソースが CDC をサポートしていない場合に役立ちますが、サポートされている任意のデータ ソースで使用できます。 リロードを定期的にスケジュールできます。 * ロード方法 Snowflake ターゲットにレプリケートする場合は、次のいずれかのロード方法を選択できます。 * 一括ロード (既定) [一括ロード] を選択した場合、、の [データのアップロード] タブでロード パラメーターを調整できるようになります。 * Snowpipe Streaming 情報メモ Snowpipe Streaming は、次の条件が満たされている場合にのみ選択できます。 * 変更データ キャプチャ (CDC) の更新方法が有効になっています。 * Snowflake コネクタの [認証メカニズム] は [キー ペア] に設定されています。 * Data Movement gateway を使用する場合は、バージョン 2024.11.45 以降が必要です。 Snowpipe Streaming を選択する場合は、この方法を使用する際の[制限事項と考慮事項](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#Limitati2)をよく理解しておく必要があります。また、Snowpipe Streaming を選択し、 [リロードして比較] 更新方法に切り替えると、ロード方法は自動的に [一括ロード] に戻ります。 [一括ロード] ではなく、Snowpipe Streaming を選択する主な理由は次のとおりです。 * コストの削減: Snowpipe Streaming は Snowflake ウェアハウスを使用しないため、運用コストは大幅に安くなると考えられますが、これは具体的なユース ケースに応じて異なります。 * レイテンシの低減: データがステージングを経由せずに直接ターゲットテーブルにストリーミングされるため、データ ソースからターゲットへのレプリケーションがより高速になると考えられます。 ヒント メモSnowpipe Streaming を使用する場合、最初のフルロードは [一括ロード] よりも大幅に遅くなる可能性があります。特に大規模なデータセットをロードする際のパフォーマンスを最適化するには、Snowpipe Streaming と[並列ロード機能](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Table-settings-landing.htm)を併用するのがベスト プラクティスです。 * ステージング エリアで使用するフォルダー ステージング領域を必要とするデータ プラットフォーム (Databricks や Azure Synapse Analytics など) の場合、データをランディングするときに使用するフォルダーを選択できます。 * 既定のフォルダー 既定の名前 <project name>/<data task name> のフォルダーが作成されます。 * ルート フォルダー ストレージのルート フォルダーにデータを保存します。 情報メモこのオプションは、データを Qlik Cloud にランディングする ( Amazon S3を通じて) 場合にのみ使用できます。 * フォルダー 使用するフォルダーの名前を指定します。 * 処理間隔の変更 ソースからの変更の処理の間隔を設定できます。 情報メモこのオプションは、データを Qlik Cloud にランディングする ( Amazon S3を通じて) 場合にのみ使用できます。 * データ移動ゲートウェイの使用時はプロキシ サーバー 情報メモこのオプションは、Data Movement gateway 経由でターゲットにアクセスする場合にのみ使用できます。 データ移動 ゲートウェイがクラウド データ ウェアハウスとストレージ エリアに接続する際、プロキシ サーバーを使用するよう選択できます。 データ移動 ゲートウェイの構成の詳細については、[Qlik Cloud テナントとプロキシ サーバーの設定](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-setting-up.htm#Setting)を参照してください。 * プロキシを使用してクラウド データ ウェアハウスに接続 情報メモSnowflake、Google BigQuery、および Databricks を使用する際に利用できます。 * プロキシを使用してストレージに接続 情報メモAzure Synapse Analytics、Amazon Redshift、および Databricks を使用する際に利用できます。 ## データのアップロード このタブの一部の設定は、特定のターゲット プラットフォームにのみ関連します。 ### Qlik Cloud および Snowflake を除くすべてのデータ プラットフォームに関連 最大ファイル サイズ (MB) ファイルが閉じる前に到達できる最大サイズ。並列実行オプションと併用すると、小さいファイルの方がアップロードが速くなり (ネットワークに応じて異なる)、パフォーマンスが向上する可能性があります。ただし、小さなファイルでデータベースを乱雑にすることは一般的に悪い習慣であると考えられています。 ### Google BigQuery にのみ関連 圧縮を使用 選択すると、CSV ファイルは Google BigQuery にアップロードされる前に (gzip を使用して) 圧縮されます。 情報メモ Data Movement gateway 2023.5.16 以降が必要です。 ### Snowflake にのみ関連 [一般] タブでは、 [一括ロード] または Snowpipe Streaming を使用してデータを Snowflake にロードするかどうかを選択できます。Snowpipe Streaming を選択すると、 [データのアップロード] タブは表示されません。[一括ロード] を選択すると、次の設定を使用できます。 * 最大ファイル サイズ (MB): 最初のフルロードおよび CDC に関連します。ファイルがターゲットにロードされる前に到達できる最大サイズ。パフォーマンスの問題が発生した場合は、このパラメーターを調整してください。 * バッチでロードするファイルの数: 最初のフル ロードにのみ関連します。1 回のバッチでロードするファイルの数。パフォーマンスの問題が発生した場合は、このパラメーターを調整してください。 [一括ロード] および Snowpipe Streaming ロード方法の説明については、「[基本設定](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-settings.htm#General)」を参照してください。 ## メタデータ ### LOB 列 情報メモこの設定は、SaaS アプリケーション コネクタを使用するタスクでは利用できません (ただし、[Lite コネクタ](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/connecting-web-applications.htm#Lite)を使用する場合を除きます)。 LOB 列を含めて列サイズを次に制限 (KB): タスクに LOB 列を含めることを選択でき、さらに最大 LOB サイズを設定できます。最大サイズより大きい LOB は切り捨てられます。 情報メモ Azure Synapse Analytics をターゲットとして使用する場合、最大 LOB サイズは 7 MB を超えることはできません。 ### コントロール テーブル ターゲット プラットフォームに作成するコントロール テーブルを次の中から選択します。 * ランディング ステータス: タスクのステータス、タスクによって消費されるメモリ量、データ プラットフォームにまだ適用されていない変更の数、Data Movement gateway が現在読み取りを行っているソース エンドポイント内の位置など、現在のランディング タスクに関する詳細を提供します。 * 一時停止のテーブル: 一時停止されたテーブルのリストと、それらが一時停止された理由を提供します。 * ランディング履歴: ランディング タスク中に処理されたレコードの数と量、CDC タスク終了時の待機時間などを含む、タスク履歴に関する情報を提供します。 * [](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-settings.htm)DDL 履歴: タスク中に発生した、サポートされているすべての DDL 変更の履歴が含まれます。 DDL 履歴テーブルは、次のターゲット プラットフォームでのみサポートされています。 * Databricks * Microsoft Fabric * Amazon Redshift * Data Movement gateway を使用している場合、次のターゲットにはバージョン 2024.11.14 以降が必要です。 * Amazon S3 * Google Cloud Storage * Snowflake * Kafka - Data Movement gateway を使用している場合、バージョン 2025.5.42 以降が必要です。 * Data Movement gateway を使用している場合、次のターゲットにはバージョン 2025.11.1 以降が必要です。 * Google BigQuery * Google Cloud Alloy DB for PostgreSQL (PostgreSQL コネクタ経由) * Google Cloud SQL for PostgreSQL (PostgreSQL コネクタ経由) * Microsoft Azure Database for PostgreSQL (PostgreSQL コネクタ経由) * PostgreSQL 各コントロール テーブルの詳細については、「[コントロール テーブル](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/control_tables.htm)」を参照してください ## フル ロード 情報メモこれらの設定は、SaaS アプリケーション コネクタを使用するタスクでは利用できません。 ### パフォーマンスのチューニング * 並行してロードするテーブルの最大数: ターゲットに一度にロードする、テーブルの最大数を入力します。既定値は 5 です。 * [](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-settings.htm)トランザクション整合性タイムアウト (秒): フル ロード操作を開始する前に、開いているトランザクションが閉じるまで待機する秒数を入力します。既定値は 600 (10 分) です。オープンになっているトランザクションがある場合でも、タイムアウト値に達するとフル ロードが開始されます。 情報メモフル ロードの開始時にオープンしていたが、タイムアウト値に達した後にのみコミットされたトランザクションをレプリケートするには、ターゲット テーブルをリロードする必要があります。 * [](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-settings.htm)フル ロード時のコミット レート:一緒に転送できるイベントの最大数。既定値は 10000 です。 ### フル ロードの完了後 主キーまたは一意を作成: フル ロードが完了するまで、データ プラットフォームの主キーまたは一意のインデックスの作成を遅らせる場合は、このオプションを選択します。 ### 初期ロード用 情報メモData Movement gateway を使用してデータ ソースにアクセスする場合、これらの設定にはバージョン 2022.11.74 以降が必要です。 | キャッシュされたデータを使用 | このオプションを使用すると、 [フル データ スキャン] を選択してメタデータを生成するときに読み込まれたキャッシュ データを使用できます。

データはすでにソースから読み込まれているため、API の使用とクォータに関するオーバーヘッドが軽減されます。最初のデータ スキャン以降の変更は、変更データ キャプチャ (CDC) によって取得できます。 | | --- | --- | | ソースからデータをロード | このオプションは、データ ソースから新しいロードを実行します。このオプションは次の場合に有効です。

| ## エラー処理 ### データ エラー 情報メモ データ エラー処理は、更新方法が変更データ キャプチャ (CDC) の場合にのみサポートされます。 データ切り捨てエラーの場合: 1 つ以上の特定のレコードで切り捨てが発生した場合に実行する処理を選択します。リストから次のいずれかを選択できます。 * 無視: タスクは続行され、エラーは無視されます。 * テーブルを一時停止: タスクは続行されますが、エラー レコードのあるテーブルのデータはエラー状態に移行し、そのデータはレプリケートされません * タスクを停止: タスクは停止され、手動による操作が必要となります。 その他のデータ エラーの場合: 1 つ以上の特定のレコードでエラーが発生した場合に実行する処理を選択します。リストから次のいずれかを選択できます。 * 無視: タスクは続行され、エラーは無視されます。 * テーブルを一時停止: タスクは続行されますが、エラー レコードのあるテーブルのデータはエラー状態に移行し、そのデータはレプリケートされません * タスクを停止: タスクは停止され、手動による操作が必要となります。 その他のデータ エラーが発生した場合にエラー処理をエスカレートします (テーブルごと): このチェック ボックスをオンにすると、非切り捨てデータ エラーの数 (テーブルごと) が指定された量に達したときにエラー処理がエスカレートされます。有効な値は 1 ～ 10,000 です。 エスカレーション アクション: エラー処理がエスカレートされたときに実行される処理を選択します。使用できるアクションは、上記の [その他のデータ エラーの場合] ドロップダウン リストから選択したアクションに応じて異なります。 * テーブルを一時停止 (既定): タスクは続行されますが、エラー レコードのあるテーブルのデータはエラー状態に移行し、そのデータは landed されません。 * タスクを停止: タスクは停止され、手動による操作が必要となります。 ### テーブル エラー テーブル エラーが発生した場合: ドロップダウン リストから次のいずれかを選択します。 * テーブルを一時停止 (既定): タスクは続行されますが、エラー レコードのあるテーブルのデータはエラー状態に移行し、そのデータはレプリケートされません。 * タスクを停止: タスクは停止され、手動による操作が必要となります。 テーブル エラーが次の値に達した場合に処理をエスカレート (テーブルごと): このチェック ボックスをオンにすると、テーブル エラーの数 (テーブルごと) が指定された量に達した場合にエラー処理をエスカレートします。有効な値は 1 ～ 10,000 です。 エスカレーション アクション: テーブル エラーのエスカレーション ポリシーは [タスクを停止] に設定されており、変更できません。 ### 環境 * 最大再試行数: このオプションを選択すると、復元可能な環境エラーが発生した場合にタスクを再試行する最大回数を指定できます。タスクが指定された回数再試行されると、タスクは停止され、手動による操作が必要となります。 タスクを再試行しない場合は、チェック ボックスをオフにするか、「0」を指定します。 タスクを無限に再試行するには、「-1」を指定します。 * 再試行の間隔 (秒): カウンターを使用して、システムがタスクを再試行するまでに待機する秒数を選択または入力します。 有効な値は 0 ～ 2,000 です。 * 長時間の停止の場合は再試行間隔を長くする: 長時間停止した場合の再試行間隔を長くするには、このチェック ボックスをオンにします。このオプションを有効にすると、最大再試行間隔に達するまで、各再試行と次の再試行の間隔が 2 倍になります (指定された最大間隔に従って再試行を継続します)。 * 最大再試行間隔 (秒): [長時間の停止の場合は再試行間隔を長くする] オプションが有効になっている場合、カウンターを使用して、タスクの再試行間隔を待機する秒数を選択または入力します。有効な値は 0 ～ 2,000 です。 ## 変更処理のチューニング 情報メモこのタブは、更新方法が変更データ キャプチャ (CDC) の場合にのみ使用できます。 ### トランザクション オフロードのチューニング * 次の場合に進行中のトランザクションをディスクにオフロード: トランザクション データは通常、ソースまたはターゲットに完全にコミットされるまでメモリ内に保持されます。ただし、割り当てられたメモリより大きいトランザクション、または指定された制限時間内にコミットされないトランザクションは、ディスクにオフロードされます。 * 全トランザクションの総メモリ サイズが超過 (MB): すべてのトランザクションがディスクにオフロードされる前に、メモリで占有できる最大サイズ。規定値は 1024 です。 * トランザクション期間が次を超えています (秒): 各トランザクションがディスクにオフロードされるまでに、メモリに留まることができる最大時間。期間は、Qlik Talend Data Integration がトランザクションのキャプチャを開始した時間から計算されます。規定値は 60 です。 ### バッチ チューニング このタブの一部の設定は、すべてのターゲットまたはターゲットのロード方法に適用されない場合があります。 #### 「ロード方法」が「Snowpipe Streaming」の場合に Qlik Cloud と Snowflake を除くすべてのターゲットに適用される設定 * バッチ変更を一定間隔で適用する: * More than (最小時間): バッチ変更を適用する際の、各適用間の最小待機時間。既定値は 1 です。 最小時間 の値を増やすと、変更がターゲットに適用される頻度が減少し、一方でバッチのサイズが増加します。これにより、大規模なバッチの処理用に最適化されたターゲット データベースに変更を適用するときのパフォーマンスが向上します。 * Less than (最大時間): バッチ変更を適用する際の、各適用間の最大待機時間 (タイムアウトを宣言するまで)。つまり、許容できる最大の待機時間のことです。既定値は 30 です。この値により、Larger than (最小時間) の値に達した後、変更を適用するまでの最大待機時間が決定されます。 * 処理メモリ (MB) が次を超えた場合にバッチを強制適用: 前処理に使用するメモリの最大量。規定値は 500 MB です。 最大バッチ サイズについては、この値をデータ タスクに割り当て可能な最大のメモリ量に設定します。これにより、大規模なバッチの処理用に最適化されたターゲット データベースに変更を適用するときのパフォーマンスが向上します。 * 一括変更を複数のテーブルに同時に適用: このオプションを選択すると、複数のソース テーブルからの変更を適用するときのパフォーマンスが向上します。 * テーブルの最大数: 一括変更を同時に適用するテーブルの最大数です。既定は 5 です。 情報メモGoogle BigQuery をデータ プラットフォームとして使用する場合、このオプションはサポートされません。 * 変更処理ステートメントごとに適用される変更数を次に制限: 1 つの変更処理ステートメントで適用される変更の数を制限するには、このオプションを選択します。既定値は 10,000 です。 情報メモGoogle BigQuery をデータ プラットフォームとして使用する場合にのみ、このオプションがサポートされます。 #### 「ロード方法」が「Snowpipe Streaming」の場合に Qlik Cloud と Snowflake にのみ適用される設定 * トランザクションごとの最小変更数: 各トランザクションに含める変更の最小数。既定値は 1000 です。 情報メモ 変更の数がトランザクションごとの最小変更数の値以上の場合、または以下で説明する適用前にトランザクションをバッチ処理する最大時間 (秒) の値に達した場合の、いずれかの先に発生したほうのタイミングでターゲットに変更を適用します。ターゲットに適用される変更の頻度はこれら 2 つのパラメーターによって制御されるため、ソース レコードへの変更がターゲット レコードにすぐに反映されない場合があります。 * 適用前にトランザクションをバッチ処理する最大時間 (秒): タイムアウトを宣言するまでにトランザクションをバッチで収集する最大時間。既定値は 1 です。 ### Interval (インターバル) 情報メモこれらの設定は、SAP ODP コネクタでのみ利用できます。 * 次の頻度で変更を読み込む (分) ソースからの変更の読み取り間隔 (分単位)。有効な範囲は 1 ～ 1440 です。 情報メモ このオプションは、以下を使用するタスク専用です。 * Data Movement gateway * 変更データ キャプチャ (CDC) の更新方法 変更をチェック * デルタ抽出間隔に従う: このオプションを選択すると、データ タスクは [デルタ抽出間隔] に従って変更をチェックします。 情報メモ間隔は各「ラウンド」の後に開始されます。ラウンドは、データ タスクがソース テーブルから変更を読み取り、それをターゲットに送信 (単一のトランザクションとして) するのにかかる時間として定義できます。ラウンドの長さはテーブルの数や変更に応じて異なります。したがって、間隔を 10 分に指定し、ラウンドに 4 分かかる場合、変更をチェックする実際の時間は 14 分になります。 * デルタ抽出間隔: システムからデルタが抽出される頻度。既定は 60 秒ごとになっています。 * スケジュールどおり: このオプションを選択すると、データ タスクはデルタを 1 回抽出して停止します。その後はスケジュールどおりに実行が継続されます。 情報メモこのオプションは、CDC サイクル間の間隔が 24 時間以上の場合にのみ関連します。 スケジュールに関する情報: * データ パイプライン プロジェクトでのランディング タスクについては、「[タスクのスケジューリング](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-settings.htm#Scheduli2)」を参照してください ### その他のチューニング * ステートメントのキャッシュ サイズ (ステートメントの数): 後で実行するためにサーバーに保存する準備済みステートメントの最大数 (ターゲットに変更を適用する場合)。既定値は 50 です。最大値は 200 です。 * プライマリ キー列を更新する際の DELETE と INSERT: このオプションを使用するには、ソース データベースで完全なサプリメンタル ロギングをオンにする必要があります。 情報メモこの設定は、SaaS アプリケーション コネクタを使用するタスクでは利用できません (ただし、[Lite コネクタ](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/connecting-web-applications.htm#Lite)を使用する場合を除きます)。 ## スキーマの自動進化 情報メモSaaS アプリケーションコネクタを使用する場合、列のデータ型の変更のみがサポートされます。 スキーマ内の次のタイプの DDL 変更を処理する方法を選択します。スキーマの進化の設定を変更した場合は、再度タスクを準備する必要があります。次の表には、サポートされている DDL 変更に対して使用できるアクションが示されています。 | DDL の変更 | ターゲットに適用 | 無視 | テーブルを一時停止 | タスクを停止 | | --- | --- | --- | --- | --- | | 列を追加 | 可 | 可 | 可 | 可 | | 列名を変更 | なし | 不可 | 可 | 可 | | テーブルの名前を変更 | なし | 不可 | 可 | 可 | | 列のデータ型を変更 | なし | 可 | 可 | 可 | | テーブルを作成

[選択ルール] を使用してパターンに一致するデータセットを追加した場合、パターンを満たす新しいテーブルが検出され、追加されます。 | 可 | 可 | 不可 | 不可 | ## 文字置換 ターゲット データベース内のソース文字の置換または削除、および/または選択した文字セットでサポートされていないソース文字の置換または削除ができます。 情報メモ * 文字はすべて Unicode コード ポイントとして指定する必要があります。 * 文字置換は、 コントロール テーブルでも実行されます。 * 無効な値は、テーブルのセルの右上に赤い三角形で示されます。三角形の上にマウス カーソルを置くと、エラー メッセージが表示されます。 * タスクに定義されたテーブルレベルまたはグローバル変換は、文字の置換が完了した後に実行されます。 * [ソース文字の置換または削除] テーブルで定義された置換アクションは、 [選択した文字セットでサポートされていないソース文字の置換または削除] テーブルで定義された置換アクションの前に実行されます。 * 文字置換は LOB データ型をサポートしません。 ### ソース文字の置換または削除 [ソース文字の置換または削除] テーブルを使用して、特定のソース文字の置換を定義します。これは、文字の Unicode 表現がソース プラットフォームとターゲット プラットフォームで異なる場合などに便利です。たとえば、Linux では、`Shift_JIS` 文字セットのマイナス文字は `U+2212` と表されますが、Windows では `U+FF0D` と表されます。 置換アクション | 内容 | 実行すること | | --- | --- | | 置換アクションを定義する。 |

  1. テーブルの上にある [文字を追加] ボタンをクリックします。

  2. [ソース文字] および [置換文字] の項目にそれぞれソース文字とターゲット文字を指定します。

    たとえば、文字「a」を文字「e」に置き換えるには、 0061 と 0065 をそれぞれ指定します。

    情報メモ

    指定したソース文字を削除するには、 [置換文字] 列に「0」と入力します。

  3. 追加の文字を置換または削除するには、手順 1 ～ 2 を繰り返します。
| | 指定されたソースまたはターゲットの文字を編集する | 行の最後にある the More icon をクリックして、 [編集] を選択します。 | | テーブルからエントリを削除する | 行の最後にある the More icon をクリックして、 [削除] を選択します。 | ### 選択した文字セットでサポートされていないソース文字の置換または削除 [文字セットでサポートされていないソース文字] テーブルを使用して、選択した文字セットでサポートされていないすべての文字に対して 1 つの置換文字を定義します。 サポートされていない文字の置換アクション | 内容 | 実行すること | | --- | --- | | 置換アクションを定義または編集する。 |

  1. テーブルの [文字セット] ドロップダウン リストから文字セットを選択します。

    選択した文字セットでサポートされていない文字は、ターゲット上で以下の手順 2 で指定する文字に置き換えられます。

  2. [置換文字] 列で、列内の任意の場所をクリックし、置換文字を指定します。たとえば、サポートされていない文字をすべて「a」に置き換えるには、「0061」と入力します。

    情報メモ

    サポートされていない文字をすべて削除するには、「0」と入力します。

| | 置換アクションを無効にする。 | [文字セット] ドロップダウン リストから空のエントリを選択します。 | ## 詳細オプション これらのオプションは特定のバージョンまたは環境にのみ関連するため、UI では公開されていません。したがって、Qlik サポートまたは製品ドキュメントにより明示的に指示されない限り、これらのオプションを設定しないでください。 オプションを設定するには、オプションを [機能名の追加] 項目にコピーし、 [追加] をクリックします。次に、受け取った指示に従って値を設定するか、オプションを有効にします。 ## データセット セグメントの並列ロード 情報メモこの設定は SaaS アプリケーション ソースでは使用できず、ソース データベースとターゲット データベースの特定のサブセットでのみ使用できます。 フル ロード中は、データセットをセグメントに分割して並列でロードすることで、大規模なデータセットのロードを高速化できます。テーブルは、データ範囲、すべてのパーティション、すべてのサブパーティション、または特定のパーティションごとに分割できます。 詳細については、「[並列のランディング データセット セグメント](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Table-settings-landing.htm)」を参照してください。 ## タスクのスケジューリング 場合によっては、データ ソースからターゲット プラットフォームに変更を伝達するために、タスクをスケジュールする必要がある場合があります。 詳細については、「[Scheduling tasks](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Deploying/Scheduling-tasks.htm)」を参照してください。