私は自分のデータストレージについていくつかの実験を行っています。そのために私はほんの一握りの偽物ACLsを作成しました。今私はそれらを削除したい。Documentumデータストレージの特定の時間後に作成されたACLを削除します。
select * from dm_Acl enable (row_based)
しかし、私は、日付作成または変更またはので、今までに何日に関連する他の任意のものとしてはそのような属性が存在しないことに気づいた。だから私は、次を使用して、データストレージを照会しました。それから（間違いなく）私はalcsがDM_SYSOBJECTと見なされるかもしれないと思ったが、私は心に留めていた特定のalc名を質問したが、結果はなかった。私の目標を達成するためのアプローチがあるかどうか疑問に思っていましたか？
ACLでオブジェクトが参照されている可能性があるので、作成日に基づいてACLを削除しないでください（さらにこれは不可能です）。 本当に必要なのは、どのオブジェクトでも参照されていない孤立したACLオブジェクトを削除することだと思います。
正確にこれを行うdm_DMClean Documentumジョブがあります。
しかし、私は現在、孤立したカスタムdm_aclオブジェクトを削除するのか、dm_45で始まる名前を自動的に作成するのかはわかりません（DCTMはすでに長い間働いていませんが）チェック - 孤立したACLがあることを確認し、ジョブを実行し、ACLが削除されたかどうかを確認します。
Sergiのanswerはかなり良いですが、私は故意に削除されたACLを運用環境で使用していました。完全な問題は、単に新しいACLを作成することで修正されました。オブジェクトのACLプロパティとACLオブジェクト自体との間には別のリンクが存在しないように思われるので、問題が発生した場合は簡単に解決できるはずです。
これはあなたの開発環境であると言いますから、自分の環境内に持ちたくないACLを削除することができます。このような状況では、ConsistencyCheckerジョブを時々実行することが賢明です。
孤立したオブジェクトがない場合は、孤立したオブジェクトがないか確認し、開発期間中に作成したオブジェクトを照会し、JOIN ACLプロパティを作成したオブジェクトからdm_aclテーブルに変更します。