CTSとxPathの両方が必要ですか？

Question

私は、次のCTSの検索クエリを持っている：

cts:search(/parent, 
    cts:and-query((
     cts:element-attribute-value-query(xs:QName('parent'), xs:QName('attr'), 'value'), 
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-1'), 'value-2'), 
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-2'), 'value-3') 
    )) 
)/child[@attr-1 eq 'value-2' and @attr-2 eq "value-3"] 

(: Returns /parent/child elements matching criteria :) 

は、私はいくつかの親の修飾子だけでなく、子供たちに修飾子を持っています。私が望む最終的な結果はただの子供です。あなたは上から見ることができるよう、そのためには、私が持っている：同じ基準ロジックによって子どもを除外し、+子供基準

その文書を取得した後、親の条件に一致する文書のための

• 検索上記のように

これはうまくいきますが、私は子供のxPathで行うのと同じ論理をcts：クエリで持たなければなりません。ロジックは不必要に重複しています。

上記のサンプルのように、私はcts：クエリでこれをすべて実行でき、xPath式を追加する必要はありませんか？

---

これは私が欲しいものに似ていますが、それはコメントで指定された問題のために動作しません：

cts:search(/parent/child, 
    cts:and-query((
     cts:element-attribute-value-query(xs:QName('parent'), xs:QName('attr'), 'value'), (: The problem is this line... I can't filter by the parent, as it is above the scope of my first parameter (/parent/rule) :) 
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-1'), 'value-2'), 
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-2'), 'value-3') 
    )) 
) 

Answer 1

あなたはまだあなたの検索は全体の場合でも、親を照会することができます子：

これはフィルタリングされた検索として実行されますが、手動でフィルタリングを行っていたため、パフォーマンスはほぼ同等になるはずです。

更新：

私はこれをテストし、上記の主張は間違っています。私はそれが正しいと思ったが、明らかにcts:searchフィルタリングは、検索可能な表現に正確に一致しない結果をフィルタリングする。親は、検索可能な表現の範囲外になります。

理想的には、child要素の上にドキュメントを破るだろうが、あなたは、少なくともこのような重複クエリとXPathを削除することができます。

cts:search(/parent/child, 
    cts:and-query((
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-1'), 'value-2'), 
     cts:element-attribute-value-query(xs:QName('child'), xs:QName('attr-2'), 'value-3') 
    )) 
)[parent::parent/@attr = 'value'] 

Answer 2

WSTはあなたに答えを与えました。しかし、これはすべてフィルタリングが必要であることから始まります。 MarkLogicでは、1つの文書に1つの「レコード」を反映させるという考えがあります。第1の場所でフィルタリングする必要性を避けるために、ドキュメントをリファクタリングすることは可能ですか？