3

技術的に適切に表現する方法がわかりません。

紹介

Documentum 6.0 と oracle 11g を使用しています。DQL を使用して documentum を検索しようとしましたが、インデックスとチューニングを行った後でも、パフォーマンスの点で惨めに失敗します。

理由の一部は、documentum がどのように変換するかということです -> 値を繰り返すための任意の (cat="abc" および cat="aaa" および cat="ccc")

cat="abc"、cat="aaa"、cat="ccc" を含むドキュメントを検索しようとしていますが、サブクエリに複数存在するように変換されます。

テーブルへの参加など、他の理由もあります。

したがって、生成された oracle テーブルを直接クエリすることにしました。

これまでのところ、POC はかなり成功しているように見えますが、いくつか問題があります

1) 古いバージョンが同じテーブルに格納されており、最新のレコードが I_LATEST_FLAG の「1」でマークされていることに気付きました

documentum によって作成されたすべての I_* 列の定義をどこで見つけることができるか教えてください。

また、「I_LATEST_FLAG」=1 が常にドキュメントの最新バージョンであると信頼できますか?

2) Documentum 管理者を介して DQL から提供された日付と時刻は正確ですが、Oracle DB では数時間遅れています。

この問題の適切な解決策はありますか?

3) 私と同じソリューションを使用している人はいますか? もしそうなら、私が見るべき他の問題を共有してください。

ありがとうございました。

4

2 に答える 2

2
  1. すべての dm* オブジェクトとその列の定義については、EMC Documentum System Object Reference を参照してください。これは、EMC の Powerlink サイトからダウンロードできます。

  2. オブジェクト リファレンス ガイドによると、i_latest_flag これは、このバージョンがバージョン ツリーの特定のブランチにあるオブジェクトの最新バージョンである場合に true です。

  3. どのシステムでも DB に直接クエリを実行するソリューションは実装していません (これはおそらく設計上の問題を示す極端なソリューションのようです)。

DQL とデータベースに保存されている日時の時差については、Documentum 6.0 以降、DB に保存されている日付はすべて UTC で保存され、DQL クエリで送信された日付はクライアントが作成したローカル時間と見なされます。クエリ、したがって違い。Powerlink で dm_docbase_config の r_tz_aware 属性の使用方法を検索すると、タイムゾーン機能の仕組みを説明した EMC による非常に役立つテクニカル ノートが見つかります。

于 2013-02-01T16:15:19.677 に答える
1

現在のバージョンでは、最後のバージョンと混同しないように、列は「i_has_folder」です。

DB にビューを作成し、それを登録済みテーブルとして DQL に登録してから、DQL でクエリを実行できます。この方法で同じ日付の翻訳が得られます。

于 2013-01-30T10:24:13.000 に答える