XML ファイルの大規模なコレクションを調べて、CALS モデル テーブル (ほとんどのファイルに少なくとも 1 つ含まれています) を探し、表形式のデータをデータベースに保存するプロセスを構築しています。最初の例では、これらのテーブルの多くは異なる構造を持っていますが、データベースを使用して構造の共通性を分析したいと考えています。サンプル ファイルからの (不完全な) 抜粋を以下に示します。
<table frame="none">
<tgroup cols="6" colsep="0" rowsep="0">
<colspec colname="1" colnum="1" colwidth="127pt" align="center"/>
<colspec colname="2" colnum="2" colwidth="39pt" align="center"/>
<colspec colname="3" colnum="3" colwidth="30pt" align="center"/>
<colspec colname="4" colnum="4" colwidth="33pt" align="center"/>
<colspec colname="5" colnum="5" colwidth="33pt" align="center"/>
<colspec colname="6" colnum="6" colwidth="87pt"/>
<thead>
<row valign="bottom">
<entry align="center">Product</entry>
<entry>SKU</entry>
<entry>Length</entry>
<entry>Depth</entry>
<entry align="center">Weight</entry>
<entry align="center">Remarks</entry>
</row>
<row valign="bottom">
<entry></entry>
<entry></entry>
<entry>(m)</entry>
<entry>(m)</entry>
<entry align="center">(kg) </entry>
<entry align="center"> </entry>
</row>
</thead>
<tbody>
<row>
<entry align="left" namest="1" nameend="6"><hd4>Whites</hd4></entry>
</row>
<row>
<entry>Albion</entry>
<entry>12345</entry>
<entry>398</entry>
<entry>15.5</entry>
<entry> </entry>
<entry>N/A </entry>
</row>
<row>
<entry>Rotorua</entry>
<entry>12346</entry>
<entry>398</entry>
<entry>15.5</entry>
<entry> </entry>
<entry> </entry>
</row>
<row>
<entry>Quintep</entry>
<entry>12347</entry>
<entry>398</entry>
<entry>15.5</entry>
<entry> </entry>
<entry> </entry>
</row>
プロセス中に遭遇することがわかっている異なる構造のため、次のプロパティを持つエンティティとして格納する以外に、このすべてのデータを保持するデータベースにテーブル スキーマを作成することはできません。
- doc_id
- table_id
- 行 ID
- col_id
- col_name
- col_units
- エントリ値
これにより、文字列と数値の両方を文字列として保存できます。
場合によっては必要な追加のプロパティは、tbody/row[1] の上記の例のまたがる行で定義されている「カテゴリ」です。ここでは、元のドキュメントの作成者がストラドルを追加して、直後の行を分類しています。
<row>
<entry align="left" namest="1" nameend="6"><hd4>Whites</hd4></entry>
</row>
これらのまたがる列は、私にいくつかの問題を引き起こしています。それらが発生する場所では、次のまたがりが発生するまで、次の行を「分類」します。
私の最初のドキュメント分析では、これらのストラドルに関連して、テーブル構造にいくつかの可能な「タイプ」があることが示されました。
- タイプ 1. テーブルに跨りがないこと - シンプルで処理が容易
- タイプ 2. tbody の最初の行がストラドルであり、tbody でこれより下にゼロ以上のストラドルがあること
- 3 を入力します。テーブルにはまたがりが含まれていますが、tbody の最初の行には含まれていません。
タイプ 3 は、タイプ 1 (最初のまたがる行を除くすべての行) とタイプ 2 (最初のまたがる行からのすべての行) の 2 つの別個のテーブルとして扱われる可能性があります。
したがって、この処理の問題を解決する鍵は、最初のまたがりの位置を特定し、またがりの前のすべて (0 行以上) を Type1 として扱い、またがったそれ以降をすべて Type2 として扱うことであると思われます。
しかし、私は最初のまたがりの位置を特定するのに苦労しています。1st straddle の私の定義 (Xpath 用語で) は、次のとおりです。
tbody/row[entry [@nameend > @namest]][1]
これにより、ストラドルが常に列 1 からキー入力されるとは限らず、常に最後の列に拡張されるとは限らない可能性が考慮されます。これらの可能性は両方とも、現実世界のデータに存在します。
したがって、私の問題は、最初のストラドルの位置を特定することに戻ります。
このページには多くの同様のソリューションがリストされています http://www.dpawson.co.uk/xsl/sect2/flatfile.html#d5010e13
しかし、それらを自分のインスタンスに適用するのに苦労しています。
このようなものがうまくいくかもしれません
<xsl:key name="straddles" match="row[entry[@nameend > @namest]]" use="entry/@namest"/>
しかし、キーの @use 属性を定義するために何を使用すればよいかわかりません。
最初にまたがる変数を定義しようとすると、key() 関数に渡す定義値がありません。
<xsl:variable name="first-straddle" select="table/tgroup/tbody/row[generate-id() = generate-id(key('straddles',?????))]"/>
最初のまたがりの場所を見つけるにはどうすればよいですか?
前もって感謝します
追記事項: ![ブラウザにレンダリングされたサンプル テーブルのスクリーン ショット] https://dl.dropboxusercontent.com/u/5065004/Screen%20Shot%202014-02-25%20at%2013.54.08.png 上のスクリーンショットは、ブラウザでレンダリングされたテーブルの例。ストラドル行は、次の行までのデータを「分類」します。@nasmest および @nameend 属性は、次のまたがるまでの ROWS の数ではなく、見出しによってまたがる COLUMNS の数を定義します。後者の値は、マークアップでは IMPLICIT であり、私が探している XPath ステートメントです。前者 - 列のまたがり - は、マークアップで EXPLICIT です。