入力側でのXMLレコード単位の扱い

1. 上から順に処理していき、<A2>data5</A2>の時点で2回目のA2が出現するため、data1からdata4までが1レコード目の入力データとなり、data5からが2レコード目として処理されます。

2. <A2>data6</A2>の時点で3回目のA2が出現するため、data5が2レコード目の入力データとなり、data6からが3レコード目として処理されます。

3. 3レコード目の中には同じ名前の要素が複数出現しないため、そのまま最後まで処理され、data6からdata7が3レコード目の入力データとなります。

1. 上から順に処理していき、<B1>data2</B1>の時点で2回目のB1が出現するため、data1が1レコード目の入力データとなり、data2からが2レコード目として処理されます。

2. 2レコード目の中には、同じ名前の要素が複数出現しないため、そのまま最後まで処理され、data2からdata3が2レコード目の入力データとなります。

3. <A2>data4</A2>が出現した時点で、ルート直下の要素が複数存在すると判断され、XMLレコード単位整合性エラーとなります。

「XMLレコード単位」が"3"の指定でエラーにならない入力ファイルは、以下のように1階層下の要素が1つ（この例では<A1>のみ）でなければなりません。

「XMLレコード単位」が"3"で、XMLスキーマファイルの内容モデルがsequenceの場合は注意が必要です。以下のスキーマファイル、XML情報、入力ファイルを例に説明します。

この例のスキーマファイルでは、ルート直下の要素が2つ定義されており（<A1>と<A2>）、内容モデルがsequenceのためルート直下の要素は必ず<A1>の次に<A2>が出現しなくてはなりません（「内容モデル」参照）。

この例の入力ファイルを見ると、ルート直下の要素は<A1>の次に<A2>が存在しているので、XMLスキーマとの整合性に問題はありません。

しかし、「XMLレコード単位」が"3"に設定されていると、ルート要素から2階層下の要素を1レコードとして扱うため、1階層下の要素が複数出現（この例では<A2>が出現）した時点で整合性エラーとなってしまいます。

したがって、「XMLレコード単位」が"3"で、XMLスキーマに内容モデルsequenceを使用する場合は、必ずXMLスキーマのルート直下の要素を1つにする必要があります。