PeopleSoft を使用しています。行レベルのクエリ セキュリティを実装するために、自己参照ツリーに対して結合を使用します。これは、ネストされたセットを使用して実現されます。おわかりのように、リーフ ノードは 1 行だけを返しますが、ツリーのさらに上に行くと、長いリストを返します。これは、多数の行が返される 1 つの行である歪んだデータです。残念ながら、ツリーから使用されるアイテムのほとんどは、実際には返された大きなセットです。これはネストされたセットであるため、常に範囲クエリであり、等しいクエリではありません。私が読んだところによると、オラクルのヒストグラムは、等式条件にのみ適用されます。
これにより、数千行のセットに対して「マージ結合デカルト」プランを使用する、非常に非効率的なクエリ プランが発生します。ツリーへの結合は提供されたビューとして実装されているため、カーディナリティ ヒントで行った試みはすべて失敗しました。
カーディナリティをより適切に推定して、合理的なクエリプランを作成するのに役立つ方法を知っている人はいますか?