| Oracle® Fusion Middleware Oracle WebCenter Contentのマネージメント 12c (12.2.1) E70072-01 |
|
 前 |
 次 |
この章では、以下のトピックについて説明します。
保存関連のタスクは、各自の環境で都合のよい時間に実行するようにスケジュールを設定できます。この章では、後で実行するようにタスクをスケジュールする方法について説明します。次のトピックを取り扱います:
実行するタスクには、コンテンツの多数のセットが関連するものもあります。保存割当ての処理やアーカイブの実行、メタデータのカスタマイズなどのタスクは、日常的な操作に悪影響を与えることや、システムに高い負荷を与えることがあります。このようなことは、通常の業務時間には望ましくありません。
スケジュール機能を使用することで、タスクはシステムの負荷が低い時間帯に先送りして実行するように設定できます。また、凍結も特定の時間に実行するようにスケジュールできます。
この項の内容は、次のとおりです。
スクリーニング・レポートをスケジュールするには、最初に、スクリーニング機能を使用して情報をスクリーニングする必要があります。ソースを選択してから、レポ―トの名前、開始日、繰り返しの指示、レポートの繰り返し周期などのスケジュール条件を選択します。また、レポートをサブスクライブして、レポートが生成されたときに通知を受け取れるようにすることもできます。
スクリーニング・レポートは、実行するアクションのキューに入れられます。スケジュールされたすべてのスクリーニング・レポートは、デフォルトでは、毎日深夜に生成されます。
スケジュールされた定期スクリーニング・レポートの履歴を表示するには:
こので順を使用すると、選択したアイテムの定期的な凍結をスケジュールできます。このオプション機能では、検索ページで指定した検索基準と一致する新しいアイテムを凍結します。
凍結のスケジュールを解除するには、「レコード」→「スケジュール済」→「凍結」の順に選択します。スケジュールされた凍結の「アクション」メニューから、「スケジュール取消」を選択します。
スケジュールされたすべてのジョブ(レポートや凍結など、Oracle WebCenter Contentのスケジュールされたジョブ)のリストを表示するには:
パフォーマンス監視を有効にすることで、バッチ・プロセス、サービス・コール、その他のシステム情報のステータスを確認することができます。
監査の開始点として、いくつかのデフォルトの数値が設定されています。実際のパフォーマンス・バリエーションは、サイトで使用されているハードウェアや、使用中のコンテンツやソフトウェアの合計量などの変数によって異なります。
統計の更新が必要になる頻度は、データの変化する速度に応じて異なります。通常、統計は、最終更新以降の新しいアイテムの数が、統計の最終更新時のアイテム数の10%を超えたときに更新する必要があります。
大量の処理が実行されている(たとえば、カレンダ上の処理を同期する組織のカレンダ年の末日など)場合は、データの更新数が特定の割合になるまで待機するのではなく、その週末に統計を更新するようにします。
パフォーマンス監視の統計は、データベース表に書き込まれるため後でアクセスできます。
この項では、次の項目について説明します。
パフォーマンス監視を使用するには:
カスタム・スクリプトは、専用のスクリプト言語のIdoc Scriptを使用して作成できます。この機能は、DoD構成コンポーネントを有効化したときに、デフォルトで有効化されます。
カスタム・スクリプトの作成は、保存設定の構成ページの「DoD構成」セクションで、カスタム・スクリプトの有効化の選択を解除することで無効化できます。このページにアクセスするには、「レコード」→「構成」→「設定」の順に選択します。
これを有効化すると、新しいコンテンツ・フィールドが使用できるようになります。このフィールドでは、どのスクリプトをフォルダやカテゴリに適用するかを定義できます。
注意:
この機能を使用する場合は、Idoc Scriptについての十分な理解が必要です。ソフトウェアによるスクリプトの検証は行われません。使用可能なスクリプトが作成できるかどうかは、ユーザーの責任になります。Idocスクリプトの詳細と使用方法は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。
カスタム・スクリプト機能を使用すると、次に示す2つのタイプのスクリプトを作成できます。
セキュリティ・スクリプト。これにより、レコード管理者ロールが付与されたユーザーは、コンテンツに対するアクセス制御を定義および管理できます。
カスタム通知スクリプト。これにより、ユーザーにイベントを通知します。差し替えられているアイテムを破棄するときに、レビューアのリストに通知するカスタム・スクリプトが用意されています。バッチが実行されると、1つにまとめられた電子メールで通知が送信されます。追加のスクリプトを作成できます。
スクリプトは、カテゴリ・レベルまたはフォルダ・レベルで適用できますが、そのカテゴリやフォルダ内のコンテンツがスクリプトを自動的に継承することはありません。次の使用例を考えてみます。
カスタム・スクリプトを作成して、ユーザーAがコンテンツを表示できないようにします。
フォルダを作成して、このカスタム・スクリプトを適用します。
ユーザーBが、そのフォルダにアイテムをチェックインします。
このフォルダをユーザーAが参照すると、ユーザーBがチェックインしたアイテムのタイトルを確認できます。ただし、ユーザーAが実際のアイテムを表示しようとすると、エラーが返されます。
ユーザーAがアイテムのタイトルも確認できないようにするには、オブジェクト(カテゴリまたはフォルダ)に含まれているアイテムがスクリプトの属性を明示的に継承するように、セキュリティ・スクリプトで設定する必要があります。たとえば、カテゴリ内の継承を設定する場合は、config.cfgファイルで次の変数を設定します。
RecordsMetaInheritFromCategory=dSecurityScripts:xSecurityScripts
フォルダに対する継承を設定する場合は、RecordsMetaInheritFromFolder変数を使用します。
注意:
カスタム・スクリプトは、DoD 5015.2仕様の第4.19章と第4.20章に準拠しています。
この項では、次の項目について説明します。
注意:
入力されたカスタムIdocスクリプトは、正確さについて検証されません。スクリプトを作成する場合は、あらかじめIdocスクリプトとその使用方法について理解しておく必要があります。
スクリプトを設定するには:
スクリプトを削除するには:
監査証跡は、レポート設定の構成ページの「レポート・フォーマット」設定で指定されたフォーマットで生成されます。
注意:
監査証跡に対する作業には、「管理.監査」権限が必要になります。この権限は、デフォルトでレコード管理者ロールに割り当てられています。監査証跡をチェックインするには、管理権限が必要になります。
特定の時点で、現在の監査証跡を切り出して、アーカイブしてからリポジトリにチェックインできます。このアクションは、定期的に実行されるようにスケジュールすることもできます。監査証跡は、その他のアイテムと同様に増大するため、循環させる必要があります。監査証跡のログは定期的にチェックインしてください。ファイル・サイズを小さくしておくと、レポートの生成時間が短くなります。現行の各監査証跡は、システムがインストールされたとき、またはアーカイブされたときから、監査証跡の生成がリクエストされたときまでの期間で生成されます。
監査証跡は、いつでも生成できます。監査証跡内の各列は、「監査証跡の検索」ページ内で検索できるフィールドと直接対応します。
生成されたファイルがPDFフォーマットの場合、レポート・ファイルを表示するにはAdobe Acrobatバージョン6.0以上が必要です。
監査証跡の管理に関するタスクは、次のとおりです。
「監査の構成」ページの構成内容により、監査証跡に記録する管理者およびユーザーのアクションが決まります。
注意:
このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
監査証跡を構成するには:
この手順は、監査証跡に含める必要があるメタデータ・フィールドを指定するために使用します。
注意:
このアクションを実行するには、「管理.メタデータ選択」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
変更内容はすぐに有効になるため、システムの再起動は必要ありません。
この手順を使用して、現在の監査証跡内の検索をさらに絞り込みます。たとえば、削除アクションをすべて検索することも、特定のユーザーによる削除アクションをすべて検索することも、特定のユーザーによるアクションをすべて検索することもできます。
Oracle DBを使用して監査証跡をソートする場合、実行するソートの種類によって出力が異なります。全文検索をソートすると、ソートでは大文字と小文字が区別されるため、大文字のアイテム(先頭文字が大文字のアイテム)がリストの最初に表示されます。 Oracle Text Searchを使用してソートする場合、大文字と小文字を区別しない検索が実行されます。
注意:
このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
デフォルト・メタデータの設定は、同様の複数のチェックイン属性を設定する際に役立ちます。デフォルト・メタデータは、監査証跡の最初のチェックイン前に設定しておく必要があります。これは、ソフトウェアのセットアップ時に必要になります。
注意:
このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
デフォルト・メタデータを設定するには:
監査証跡のエントリを生成するには、ユーザーはシステムにログインしているときに、少なくとも1つのアクションを実行する必要があります。空の監査証跡をチェックインのために送信すると、その監査証跡内にエントリが存在しないことを示すメッセージが表示されます。監査証跡の最初のチェックイン前に、チェックインのデフォルト・メタデータを設定しておきます。
注意:
このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
チェックインされているアーカイブした監査証跡をすべて検索するには:
前提条件
注意:
このアクションを実行するには、「管理.監査」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。
アーカイブされた監査ログを「検索結果」ページから表示するには、次のいずれかを実行します。
IDをクリックします(最も簡単な方法)。
「情報」アイコンをクリックして、「コンテンツ情報」ページの「PDF」リンクをクリックします。
レポートは、最初に、レポート設定の構成ページのメニュー・オプションで構成します。構成時に、レポート・テンプレートの作成時または更新時に使用するプロファイルと、レポートの作成時または更新時に使用するプロファイルを指定できます。また、レポート・フォーマットも選択できます。さらに、検索の実行時にレポートまたはテンプレートを含めるかどうかも選択できます。
注意:
バーコード・ラベルを印刷する場合は、レポート・フォーマットに「PDF」を指定します。ラベルはHTML出力で表示されますが、適切に「PDF」オプションを使用して印刷されます。
すべてのレポートに使用するデフォルト・オプションを構成するには:
ユーザーおよび別名グループを作成して、ユーザーに管理ロールと権限を割り当てると、どのユーザーと別名グループがシステムにアクセスしたかを一覧表示するレポートを作成できます。次のレポートを使用できます。
レポートは、ユーザーのプロファイル・ページの設定で指定したフォーマットで生成されます。ユーザーが指定しているフォーマットを確認するには、画面の右上にあるユーザー名をクリックして、「ユーザー・プロファイル」ページを開きます。システム・フォーマットが使用されている場合、その使用状況はレポート設定の構成ページで指定されています。
生成されたレポート・ファイルがPDFフォーマットの場合、レポート・ファイルを表示するにはAdobe Acrobatバージョン6.0以上が必要です。
レポートを生成するには、「レコード」→「レポート」の順に選択してから、レポート・タイプを選択します。
注意:
レポートを生成するには、「管理.レポート」権限が必要です。この権限は、デフォルトでレコード管理者ロールに割り当てられています。「管理者」ロールも必要になります。
システムにアクセスできるすべてのユーザーのリストと、それらのユーザーのバーコードのリストを生成できます。バーコード・ラベルの作成に使用できるリストも作成できます。これに関連付けるユーザーとバーコードは、ユーザー管理ユーティリティで定義します。このレポートには、各ユーザーの概要情報がリストされます。
| 列 | 説明 |
|---|---|
ユーザー名 |
ユーザー管理ユーティリティに入力したユーザー名。 |
フル・ネーム |
ユーザー管理ユーティリティに入力したユーザーのフルネーム。 |
電子メール・アドレス |
ユーザーの電子メール・アドレス。 |
作成日 |
ユーザー管理ユーティリティでユーザーが作成された日時。 |
変更日 |
ユーザー情報が最後に変更された日時。 |
補助 |
ユーザーに割り当てられた補助マーキング。 |
セキュリティ分類 |
ユーザーに割り当てられた分類。 |
代替レビューア |
このユーザーの代替レビューア。 |
バーコード |
ユーザーに指定されたバーコード。 |
バーコード情報と、バーコード・ラベルの作成に使用できるその他のタイプの情報をリストするレポートを生成できます。ユーザーは、ユーザー管理ユーティリティで定義して、権限とロールを割り当てます。
バーコード・レポートの表示にはHTMLを使用して、レポートの印刷にはPDFを使用して、適切にフォーマットされるようにします。
このレポートを使用すると、すべてのユーザーと、それらのユーザーに割り当てられたロールを表示できます。レポートの出力には、すべてのロールのすべてのデータが表示されない場合があります。出力は、レポートを生成するユーザーおよびそのユーザーに付与されている権限に依存します。
| 列 | 説明 |
|---|---|
ユーザー |
ユーザー管理ユーティリティに入力したユーザーのユーザー名。 |
ロール |
ユーザーに割り当てられたロール。 |
「すべてのグループ」レポートを使用すると、システムに定義されたすべての別名のリストを表示できます。
| 列 | 説明 |
|---|---|
グループ名 |
ユーザー管理ユーティリティで定義したすべての別名グループがリストされます。 |
説明 |
各別名グループの簡単な説明。 |
この製品には、いくつかのデフォルトのレポートとテンプレートが付属しています。これらのレポートは、検索結果ページや「コンテンツ情報」ページなど、ソフトウェア内の様々な場所で使用できます。レポートのタイプは、システムの構成と、有効化されているコンポーネントに応じて異なります。
この項では、付属のデフォルト・テンプレートを使用してコンテンツ・レポートを生成する方法について説明します。カスタム・レポートの作成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentでの開発』を参照してください。
次のタイプのレポートを作成できます。
「内部アイテム詳細」レポート: このレポートでは、1つのアイテムまたはアイテムのグループ(レポートに使用するアイテムが複数選択されている場合)についての詳細が示されます。外部詳細レポートは、このレポートに似ていますが、その他の情報とアイテムのバーコードが含まれています。
「検索結果」レポート: このレポートでは、コンテンツIDや作者などのアイテムの基本情報が示されます。
「レコード破棄証明書」レポート: このレポートでは、破棄がスケジュールされているアイテムと、倉庫から削除する必要のあるアイテムが示されます。
新しいレポートの作成は、レポート用の情報の特定と、適切なレポート・オプションの選択という2つの手順で構成されます。
検索機能またはスクリーニング機能を使用して、情報を特定します。
次のいずれかの方法を使用して、個別のアイテムのレポートを作成します。
アイテムの「情報」アイコンをクリックします。アイテムの「コンテンツ情報」ページで、「レポートの作成」を選択してからレポートのタイプを選択します。
「検索結果」ページで、アイテムのチェック・ボックスを選択します。「レポートの作成」→「選択されたアイテム」の順に選択してから、レポートのタイプを選択します。
複数のアイテムのレポートを作成する場合は、それらのアイテムのチェック・ボックスを選択して、「レポートの作成」→「選択されたアイテム」の順に選択してから、レポートのタイプを選択します。
ページに示されたすべてのアイテム(検索結果のすべてなど)のレポートを作成するに場合は、「レポートの作成」→「全結果」の順に選択してから、レポートのタイプを選択します。
1台のコンピュータに環境(保存スケジュールやセキュリティ・スキームなどを含む)がセットアップされている場合は、この構成情報を別のコンピュータにコピーするとよいでしょう(たとえば、開発システムから本番システムやミラー・サイトへのコピー)。これは、アーカイブのインポートおよびエクスポートの組込み機能を使用して実行できます。
さらに、XMLの標準の定義(XSD)を作成することで、レコード、フォルダおよびメタデータをXML形式でインポートおよびエクスポートすることもできます。XSDは、XML文書の構造を定義するために使用するXMLスキーマ言語です。XSDファイルを作成すると、Recordsシステムでファイルが有効に使用できるようになります。これにより、このシステムのコンテンツが、異なるアーカイブ・ファイル形式を使用するサードパーティのシステムにインポートできるようになります。また、別のシステムからデータをエクスポートして、このシステムにデータをインポートできるようになります。
この機能は、各種のXSDスキーマが作成できる必要のあるDoD 5015.2仕様に準拠しています。
注意:
インポート/エクスポート処理を使用する場合は、インポート先のインスタンスに、エクスポート元のインスタンスと同じメタデータ・フィールド、セキュリティ・グループおよびアカウントがあることを確認してください。不一致があるとエラーが発生する場合があります。
この項では、次の項目について説明します。
アーカイブ処理は、保存スケジュールやその他の構成設定をバックアップまたはリストアするために使用します。コンテンツのコピーをアーカイブするためには使用されません。コンテンツをアーカイブする方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Contentの管理を参照してください。
10gバージョンのソフトウェアから、関連コンテンツ表が含まれる11gバージョンにアーカイブをインポートする場合、インポートは2つの手順で実行する必要があります。最初に、アーカイブ内のコンテンツ・アイテムをインポートします。次に、関連コンテンツ表をインポートします。
エクスポート機能では、各種の構成設定を個別の.hdaファイルにコピーします。このファイルは、別のインスタンスにインポートすることも、バックアップのために安全な場所に保管することもできます。.hdaファイルは、テキスト・エディタで開くことのできる、プレーン・テキストのシリアル化されたデータファイルです。
保存スケジュールのオブジェクトは、他のコンテンツをインポートする前にインポートしておく必要があります。コンテンツ・サーバーのコンテンツは、コンテンツ関連のオブジェクトをインポートする前にインポートしておく必要があります。
注意:
詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。
アーカイブのエクスポート機能およびインポート機能により、次のアイテムのインポートおよびエクスポートが可能になります。
補助マーキング
セキュリティ分類(分類マーキングとも呼ばれます)
カスタム・カテゴリのメタデータおよびカスタム・フォルダのメタデータ
カスタム・セキュリティのフィールド(カスタム補助マーキングとも呼ばれます)
期間
トリガー
保存スケジュール
処理履歴: 実行されたすべてのアクションのログ。
カスタム処理アクション
凍結
スケジュールされた繰返しタスク
分類ガイドおよび分類トピック。これらは、ClassifiedEnhancementsコンポーネントが有効化されている場合にのみ選択可能になります。
PCMのロケーション・タイプ
PCMのストレージ領域定義
カスタムPCMメタデータ
予約
インポートおよびエクスポートの使用時には、次の考慮事項に注意してください。
PCMの使用時には、エクスポート機能により、領域管理の定義(倉庫、室内などの設定と階層)がコピーされますが、それらのロケーションに格納されたアイテムのメタデータはアーカイブされません。
アーカイブのインポート時には、既存のアイテムを上書きすることも、未変更のままにすることもできます。
アーカイブ・メタデータのデフォルト・フォーマットを設定するには、トップ・メニューから「レコード」→「構成」→「設定」の順に選択します。保存設定の構成ページが開きます。「一般」セクションを開いて、リストからメタデータのフォーマットを選択します。
カスタム・カテゴリのメタデータ・フィールドまたはカスタム・フォルダのメタデータ・フィールドをインポートした時点では、フィールドの順序は更新されません。カスタム・フィールドをインポートした後で、コンテンツ・サーバーを再起動してください。
処理履歴は更新されません。新しい処理がインポートされるだけです。
エクスポート機能により、保存スケジュールの定義(定義済の階層)と処理手順がコピーされますが、保存スケジュール内のアイテムはコピーされません。
追加のコンポーネントが有効な場合、エクスポートできる追加のアイテムがある場合があります。
注意:
保存スケジュールに対する追加のセキュリティ(ACL)を組織が使用している場合は、インポートまたはエクスポートを実行しているユーザーがアクセスできるアイテムのみがインポートやエクスポートに含まれます。たとえば、ユーザーが、あるカテゴリに対するACLのアクセス権がない場合、そのカテゴリはインポートまたはエクスポートされません。ACLのアクセス権によりオブジェクトが処理されない場合は、インポートまたはエクスポートの処理時にメッセージが表示されます。すべてのアイテムをエクスポートおよびインポートするには、ACLのアクセス権があることを確認してください。
注意:
使用するスキーマ表のリストに表を追加する場合は、管理権限が必要になります。
補助メタデータ・セットをエクスポートするときには、使用するスキーマ表のリストに、AuxiliaryMetadataSets表とAuxiliaryMetadataSetDefs表を追加します。これらの表を追加する手順は、次のとおりです。
表のリストに各MetadataSetの表を追加すると、それらはアーカイバから追加できる表のリストで使用できるようになります。
コンテンツのインポート処理およびエクスポート処理は、3つの異なる部分で構成されます。
まず、保存スケジュールと、そのスケジュールに含まれるすべてのオブジェクトをインポートまたはエクスポートします。これは、「エクスポート」および「インポート」ページの「保存スケジュール・プランを含める」の部分に相当します。
その次に、Oracle WebCenter Contentアーカイバを使用して、コンテンツをインポートまたはエクスポートします。アーカイバの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。
アーカイブを使用してコンテンツをインポートまたはエクスポートした後で、関連するオブジェクトの処理履歴をインポートまたはエクスポートします。これは、「エクスポート」および「インポート」ページの「処理履歴を含める」の部分に相当します。
特定のオブジェクトに対して、次のエクスポート権限が必要になります。これらの権限は、デフォルトでレコード管理者ロールに含まれています。
「管理.保存スケジュールのアーカイブ」権限: 保存スケジュールのエクスポート。
「管理.トリガー」権限: トリガーのエクスポート。
「管理.アクションを実行」権限: 処理履歴のエクスポート。
「管理.レコード・マネージャ」権限: 前述のオブジェクト以外のオブジェクトのエクスポート。
特定のオブジェクトに対して、次のインポート権限が必要になります。
「カテゴリ.編集」、「フォルダ.編集」および「レコード.編集」権限: 保存スケジュールのインポート(これらのオブジェクトは保存スケジュールの一部として含まれるため)。
「管理.トリガー」権限: トリガーのインポート。
「管理.アクションを実行」権限: 処理履歴のインポート。
「管理.カスタム処理アクション」権限: 処理アクションのインポート。
「管理.レコード・マネージャ」権限: 前述のオブジェクト以外のオブジェクトのインポート。
ACLセキュリティが有効化されている場合は、インポートするすべての保存スケジュールのコンポーネントとオブジェクトにアクセスできることを確認してください。
アーカイブをインポートまたはエクスポートするときには、次のタスクを実行します。
この手順を使用すると、アーカイブを別のインスタンス(同一システムまたは別のシステムにある)にインポートするためや、バックアップのためにエクスポートできます。エクスポートするアイテムを選択します。
注意:
詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。
注意:
インポート/エクスポート処理を使用する場合は、インポート先のインスタンスに、エクスポート元のインスタンスと同じメタデータ・フィールド、セキュリティ・グループおよびアカウントがあることを確認してください。不一致があるとエラーが発生する場合があります。
この手順を使用すると、別のインスタンス(同一システムまたは別のシステムにある)でエクスポートしたアーカイブをインポートできます。アーカイブ内のインポートするアイテムを選択します。インポートするアイテムは、アーカイブのエクスポートに含まれている必要があります。
注意:
詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。
エラーが発生した場合は、エラー・メッセージに失敗したアイテムの数が示されます。これは、すべての保存スケジュールのコンポーネントに対する個別のエラーの数ではないことがあります。分類マーキングをインポートしたときには、そのマーキングをインポート後に並べ替える必要があります。
注意:
詳細は、「アーカイブのインポート/エクスポートの権限」を参照してください。
この手順を使用すると、バッチ・ストレージの作成機能で作成したストレージ階層定義ファイル(StorageImport.hda)をインポートできます。
XSDスキーマは、DoD 5015.2仕様に準拠したレコード、フォルダおよびコンテンツの管理に使用できます。XSD形式(XMLスキーマ定義)として定義された形式でデータをエクスポートおよびインポートすることで、標準の転送スキーマのデフォルトに準拠します。
エクスポートまたはインポートを進める前に、情報をマップしておく必要があります。適切なマッピングが行われていると、データをインポートして使用できるようになります。これは、NARAまたは別のシステムに向けて、そのサイトのXSDスキーマを使用して必用に応じて転送されます。
インポートおよびエクスポート処理を開始する前に、検討する必要のある重要な考慮事項があります。
<choice>要素タイプは、選択したグループに含まれる要素のいずれか1つのみをコンテナ要素に存在できるようにします。これは、1つのフィールドが複数の有効な値を保持できるオプション・リストとは異なります。
データをエクスポートするドキュメントは、<xs:choice>グループに含まれるフィールドの1つに1つの値のみを格納できます。この制限により、出力用にXMLファイルを生成するときに使用されるフィールドを決定します。選択肢グループの複数のフィールドに1つの値が格納されていると、どのフィールドを使用するかについてが曖昧になるため、エラーが発生してエクスポートは完了しなくなります。
次の例では、このタイプの<choice>リストを示しています。この例では、従業員は3つの従業員タイプ(常勤、パートタイム、契約)のいずれか1つになります。この3つの対応フィールドの1つのみが、<choice>要素に含まれるようになります。
<xs:complexType name="employee"> <xs:choice> <xs:element ref="full-time" /> <xs:element ref="part-time" /> <xs:element ref="contractor" /> </xs:choice> </xs:complexType>
使用するサーバーに必須フィールドがある場合は、インポートを実行するために、それらのフィールドすべてに値を設定しておく必要があります。必須フィールドをXMLノードにマップすることで、値を指定します。ただし、必須フィールドのいずれかがマップされていない場合は、それらの値をインポート時に設定するプロファイルを作成する必要があります。これを実行しないと、インポートは失敗します。
.xsdファイルでの明示的なターゲット・ネームスペースの宣言と、ローカルに定義された要素およびローカルに定義された属性の指定が修飾されます。ターゲット・ネームスペースは、targetNamespace属性で指定されます。
ローカルの要素と属性は、elementFormDefault属性とattributeFormDefault属性をスキーマ要素に使用してグローバルに修飾できます。これらは、form属性を使用して、ローカル宣言ごとに個別に指定できます。属性の値は、非修飾または修飾に設定され、ローカルに宣言された要素と属性を非修飾にする必要があるかどうかを示します。
