機械翻訳について

推奨されるHCMデータ・ローダーのベスト・プラクティスは何ですか。

HCMデータ・ローダーを使用したデータの作成と保守を成功させるには、次の推奨事項に従います。

ソース・キー	ソース・キーは、すべての実装に使用可能な推奨されるキー・タイプです。 データを作成するときにソース・キーを指定すると、ソース・キーを使用して、該当のデータを更新したり、単に参照することもできます。 ユーザー・キーのみを使用してオブジェクトを識別する場合、一部のオブジェクトは更新できません。 たとえば、ユーザー・キーのみを指定する場合、就業者オブジェクトのほとんどのコンポーネントは更新できません。 変更対象となる属性は、通常、レコードの識別に使用される属性です。 たとえば、個人住所コンポーネントでは、AddressLine1属性を使用して、更新する住所を指定したり、新しい値を指定したりします。 したがって、可能な場合は、常にソース・キーを使用することをお薦めします。 ソース・キーを更新することもできます。 これは、ソース・キー値が自動生成される場合に実行できます。
データ移行	HCMデータ・ローダーを使用してビジネス・オブジェクトを作成する場合は、次のようにします。 .zipファイルごとに1つのオブジェクト・タイプを提供します。 たとえば、.zipファイルをジョブに対して1つ、等級に対して1つ、就業者に対して1つ、などのように作成します。 データ参照エラーを回避するには、.zipファイルを正しい順序でロードし、次のファイルをロードする前にエラーを修正する必要があります。 特に、大量のデータをロードする場合は、必要でなくなったデータ・セットのステージ表データを定期的にパージします。 有効日データを作成するためのルールを理解し、これに従います。 ノート: HCMデータ・ローダーでは、1つのファイルから大量のデータをロードできます。 ただし、エラー管理や遷移期間の長さなど、大量のデータ・ロードに伴う実際の課題を考慮してください。 ベスト・プラクティスは、大量のロードを論理グループに分割して、データをより簡単に抽出、変換およびロードできるようにすることです。 たとえば、就業者をロードするときに、現在のアクティブな従業員とは別に前従業員をロードできます。 このグループが依然として非常に大きなデータ・ロードになっている場合は、他の重要な基準に基づいてレコードのサブグループを定義できます。
オブジェクトの更新	HCMデータ・ローダーを使用してビジネス・オブジェクトを更新する場合は、次のようにします。 有効日データを保守するためのルールを理解し、これに従います。 特に、既存の先日付の変更がすべて保持されるように、常にSET PURGE_FUTURE_CHANGES N命令を.datファイルに含めてください。 同じ.zipファイルで、すべてのビジネス・オブジェクト・ファイルを提供します。 これらはHCMデータ・ローダーによって正しい順序で処理されます。 参照先となるデータは、それを参照するデータよりも前にロードされます。 変更されたすべての属性値、および更新するレコードへの一意の参照を指定します。 HCMデータ・ローダーは、METADATA行のすべての属性名を検証します。 同じレコードに対するDELETE命令とMERGE命令の両方を同じファイルに含めないでください。 HCMデータ・ローダーでは、ファイル行の処理順序は保証されません。