問題タブ [jcr-sql2]

ルートには、タイプsling:folderのpendingという名前の 1 つのフォルダーが含まれます。

nt:unstructured型のノードの数があり、長い値の名前があり、その長い値は私のコード処理にとって非常に重要です。

ここで、この保留中のフォルダーから上位 20 個のノード (20 個の最小ノード名、つまり long 値) のデータを取得したいと考えています。

この状況での JCR クエリの書き方を教えてください。

編集 No.1

しかし、ルートノードに存在する順序とは異なる順序を与えます。しかし、それはソート形式ではありません。

編集 No.2

これで、この関数の機能が得られました。そして、今はうまくいっています。私が得たのは、この関数の2番目のパラメーターで言及されている宛先ノードのすぐ上のノードを注文することです。

しかし、来るノードは異なる名前 (数字) です。では、を使用してこれをどのように並べ替えることができますかorderBefore。毎回、このノードを配置する必要がある正しい場所 (宛先の相対パス) を知ることができないためです。

私は、JCR ノードを操作できるアプリケーションを使用しています。通常は、名前の変更、削除、削除、または移動を行います。

JCR API を使用して、リポジトリ内のノードにアクセスし、JCR 内と同じ順序で一連のノードを返すことができます。

JCR SQL2 クエリを使用して同じことができるようにしたいと考えています。私はこれについて何も見つけていませんが、今ではこれは不可能だと信じ始めています.

たとえば、次のような JCR ツリーがあるとします。

JCR SQL2 を使用してクエリを実行すると、childNode1、childNode2、childNode3、childNode4 とは異なる順序で返されます。

特にこれらのドキュメントを調べます： http://docs.jboss.org/jbossdna/0.7/manuals/reference/html/jcr-query-and-search.html#jcr-sql2-query-language http://www .day.com/specs/jcr/2.0/6_Query.html

前もって感謝します

編集: 検索に使用するオプションがある場合は、 Java 経由で JCR リポジトリの再帰検索Javaを確認することをお勧めします。

ただし、おそらく最も効率的ではないため、パフォーマンスへの影響に注意してください。

次の形式の JCR SQL クエリが必要です。

しかし、「プロパティ jcr:path の不適切な使用」という例外が発生します。これに対する簡単な回避策はありますか? 検索するパスの数は、ユーザーの選択に基づいて毎回異なる場合があります。

foo というプロパティを持つ複数のファイルノードがあるとします。Jackrabbit では、プロパティ値でこれらのノードを見つけるために使用する xpath クエリは次のとおりです。

私のレポジトリを XML として過度に単純化してそのまま表現すると、次のようになります。

今。foo の最大値を持つすべてのファイルノードを見つけるにはどうすればよいですか? xpathまたはJCR_SQL2を使用してこれを行う方法を知っている人はいますか?

次のクエリを試してみましたが、成功しませんでした:

1. 指定された jcr:uuid の下にあるすべてのファイル ノードを返します

   /li>

2. 例外をスローします

   例外：

   /li>

関数fn:maxも試しました。しかし、これは XPATH 2.0 の機能であり、JackRabbit 2.2.13 ではサポートされていないため、このバージョンの JackRabbit を使用せざるを得ません。

この xpath クエリには、jackrabbit sql 2 と同等のクエリが必要です

'/IN/institues/institute'ISCHILDNODE()制約を使用して取得できるsql2用にこれを用意しています

でも、このまま全研究所を返還したい'/%/institutes/institute'。join を使用してこれを達成できる場合は、完全なステートメントをお知らせください

現在、このクエリを使用していますが、成功していません

ref:参照リンク

また、jackrabbit では PATH() like が実装されていないこともわかりました

情報: cq5 にインデックス設定ファイルを提供しました。次のルールを指定して、プロパティ cq:template にインデックスを作成していません。

インデックスを再構築しました。ログは、インデックスの再作成が適切に行われたことを示しています。

私が直面している問題: 次の SQL2 クエリを実行すると、上記のインデックス作成ルールがない場合と同じ結果が得られます。