問題タブ [table-index]

クラスタリング係数 - 計算方法に関する素晴らしい簡単な説明:

基本的に、CF はフル インデックス スキャンを実行し、各インデックス エントリの行 ID を調べることによって計算されます。参照されているテーブル ブロックが前のインデックス エントリのテーブル ブロックと異なる場合、CF はインクリメントされます。参照されているテーブル ブロックが前のインデックス エントリと同じである場合、CF はインクリメントされません。そのため、CF は、テーブル内のデータがインデックス エントリ (常にインデックス エントリの順序で並べ替えられ、格納されている) との関係でどの程度適切に並べられているかを示します。CF が優れている (低い) ほど、インデックスを使用する効率が高くなります。これは、インデックスを介して必要なデータを取得するためにアクセスする必要があるテーブル ブロックが少なくなるためです。

私のインデックス統計:

だから、ここに分析中の私のインデックス（1列だけのインデックス）があります。

インデックスの開始PK_は私の主キーでUIあり、一意のキーです。(もちろん、どちらも一意の値を保持します)

クエリ 1:

結果：

PK の CF が最も高く、他の一意のインデックスはそうではないことがわかります。

私を襲った唯一の論理的な説明は、下のデータが実際には Unique インデックスの列の順序で格納されているということです。

1) この理解で正しいですか?
2) 最小の数値である PK を与える方法はありますCFか?
3) これらの両方のインデックスを使用してクエリのコストを確認すると、単一の選択では非常に高速です。それでも、CF 番号は私たちを困惑させます。

テーブルは 1,000 万レコードを超える比較的巨大で、リアルタイムの挿入/更新も受け取ります。

データベースのバージョンは Exadata X2 上の Oracle 11gR2 です

ArrayList でインデックス付きオブジェクトのセットを作成することは可能ですか?

オブジェクトの配列 (Portal クラス) を作成し、ユーザーが定義するサイズの配列にインデックスを付けたいと考えています。

NullPointerException が発生するため、ユーザーが配列のサイズを定義すると、テーブルを使用できなくなります。テーブルの動的サイズを作成し、要素にインデックスを付ける他の解決策はありますか?

現在、倉庫在庫を視覚化および変更するためのテーブル ビューを開発しています。要件は次のとおりです。並べ替え可能、検索可能、およびサイド ボタンによるナビゲーション (早送り、早送り、早送り、早送り)。そこで、テーブルを実装してデータを入力しました。並べ替えと検索自体は問題なく機能しますが、アクティブな検索キーワードを使用したナビゲーションになると、コントロールが台無しになります。

検索機能は次のように機能します。テーブルの行を繰り返し処理し、キーワード条件に一致しないすべての行を「.hide()」します。しかし、現在、テーブル行の indezes は変更されていないため、ナビゲーションが台無しになっています。

編集:ここでは、理解を深めるために検索機能とナビゲーションボタンをいじっています:

HTML テーブルのマークアップは非常に単純です。table、thead、tr、th、tbody、tr、および td を使用した通常のテーブル マークアップです。特にない。

検索がアクティブな場合でも、非表示のアイテムを適切に「無視」する方法や、ナビゲーション ボタンを再開発して行の正しいナビゲーションを確保する方法を知っている人はいますか?

よろしくお願いします