Documentum Developer Edition 6.6 を使用しています。次の DQL を実行しました: select "r_object_id", "r_modify_date", "r_version_label","i_position" ,"object_name" from "dm_document" where FOLDER (ID('0bde75d18000cfa4')) and "r_object_type"='dm_document' order by "r_modify_date" asc, "i_position" desc
DQL は dm_documentum オブジェクトごとに 1 つの行を返します。この DQL を使用した以前のリクエストでは、ドキュメントごとに卵が 1 つずつありました。しかし、今日私が見たのは、一部の dm_document オブジェクトでは 1 行しか返されなかったということです。一方、他の dm_document オブジェクトでは、オブジェクトごとに複数の行が返されます! 次のように:
09de75d18000d514 7/28/2011 3:41 PM 1.0,CURRENT -1,-2 Doc1 09de75d18000d515 7/28/2011 3:41 PM 1.0 -1 Doc2 ... 09de75d18000d515 7/28/2011 3:41 PM Doc2 現在 -
つまり、09de75d18000d514 では 1 つの行 (配列として繰り返し可能な「r_version_label」と「i_position」を含む) が返されましたが、別のドキュメント 09de75d18000d515 では繰り返し可能なプロパティが別々の行として返されました。バグ – ドキュメント 09de75d18000d514 と 09de75d18000d515 には本質的な違いがないため、通常の dm_document インスタンスであり、それ以上のものではありません。
さらに重要な質問は、私に何ができるかということです。DQL から「"i_position" desc」を削除すると、問題が解消されることがわかります。各 dm_object が単一の行として返されます。しかし、「i_position」の対応する値に従って「r_version_label」をソートするには、この「「i_position」desc」ソートが必要でした (「r_version_label」配列の各項目は、その「位置」を含む「i_position」配列の項目に対応します)。番号"）。「"i_position" desc" を指定したため、Documentum は "i_position" に応じて "r_version_label" を順序付ける必要がある」という私の仮定は間違っていたのでしょうか? もしそうなら、これに対処する唯一の方法がわかりました:
- 「"i_position" desc」なしで DQL を使用しています</li>
- 私のソフトウェア (DFS を使用) は、「i_position」からのインデックスを使用して、DQL が結果をもたらした後、「r_version_label」アイテム自体をソートします。
たぶん、より良い解決策が利用可能ですか？