パーソナライゼーションデータのセントラルリポジトリ
 |
パーソナライゼーションデータのセントラルリポジトリの目的は、ユーザ固有データおよびロール固有データの保管域を、追加データベーステーブルを登録せずに提供することです。これらのデータは、ユーザまたはロールを変更するときに考慮されます。
もう 1 つの目的は、既存のユーザ固有テーブルを既存のインタフェースを使用したコンセプトに統合することです。
機能
ユーザ固有データおよびロール固有データを一般リポジトリに格納できます。また、ロール更新時にこれらのデータに一元的にアクセスできます。さらに、ユーザ固有データを格納する既存テーブルにも、既存のインタフェースを使用して一元的にアクセスすることができます。
セントラルリポジトリに格納するパーソナライゼーションデータにはキーを割り当てる必要があります。キーの割当は、登録トランザクション PERSREG で行います。
パーソナライゼーションデータの一般リポジトリ
一般リポジトリには、パーソナライゼーションデータが格納されます。このリポジトリには、クラス CL_PERS_ADMIN のクラスメソッドを使用してアクセスします。
一般リポジトリ
データは単一値、構造、または内部テーブルとして格納できます。構造には基本データのみ項目として格納できます。内部テーブルには、構造または基本データを行として格納できます。
内部テーブルはテーブルタイプとして定義する必要があります。 like tstc occurs 0 with header line のようなヘッダ行を持つテーブルは使用できません。
 |
使用するデータ型は、ディクショナリに保存する必要はありません。
選択アクセス
内部テーブルをパーソナライゼーションデータのデータ型として選択した場合、ユーザはデータにアクセスしてテーブルを部分的に読み込むことができます。選択条件は、内部テーブルのどの項目に対しても定義できます。データの読込を行うと、条件が、項目名と項目値の組み合わせの形式で渡されます。
同様に、保存された内部テーブルを部分的に更新できます。この場合、修正のキーとして使用される項目を、データ書込時に定義する必要があります。
データ型チェック
読込および書込時のデータ型チェックはあまり厳しくありません。リポジトリに書き込まれたデータのデータ型が読込時と同じでなくても、個々の項目の長さが異なる場合のみエラーになります。項目名の変更など、その他の変更がデータ型に対して行われた場合、項目は完全に定義されないことがあります。
バッファリング
バッファを使用してデータを書き込むことができます。バッファを使用する場合、該当するメソッドを呼び出さないと、データがデータベースに書き込まれません。
パーソナライゼーションの各種レベル
データはユーザ、ロール、またはシステムに対して保存できます。この場合、ユーザに割り当てられたすべてのデータ ( ロールまたはユーザ独自の設定を伴うデータ) を、一度に読み込むことができます。
パーソナライゼーションデータへの一元アクセス
パーソナライゼーションデータには、ユーザ管理またはロール管理からアクセスできます。トランザクション SU01 および PFCG が拡張され、この状況が改良されました。
パーソナライゼーションの更新トランザクションからもパーソナライゼーションデータにアクセスできます。
パーソナライゼーションデータの一般リポジトリの使用については、次の文書で説明します。