索引構成表は、oracleの概念であり、SQL Serverのクラスタ化索引に近いものです。私はoracleフォーラムのトピックについてdiscussionを、asktomに1つを見つけました。
私の質問は次のとおりです。なぜあなたはその動作を適応させたいのですか?あなたが得ようとしているメリットは何ですか?
SQL Serverのクラスタ化インデックスは主に主キーインデックスです。 Rowdataはインデックスノードに格納されます。行データを索引に格納するためのoracleのconecptは索引構成表です。 oracleでは、iotを使用して、索引参照後の行データの表への2回目の検索を回避します。
SQL Serverのクラスタ化インデックスの目的は、行データを格納することです。表には、クラスタ化された索引は1つしか存在できません。このインデックスは、行データを保持します。その他のインデックスは、クラスタ化されていないインデックスです。
IMHOクラスタ化インデックスの概念はSQL Serverのデータ記憶域にバインドされており、この動作をOracleで再構築する必要はありません。 Oracleには、データを格納するための他の概念があります。
回答: oracleの標準索引は、すべてあなたの問題を解決するためのものです。
pkを何か別のものに置き換えると、この 'else'がPKになるので、どこに問題がありますか? –
お返事ありがとうございます。 pkを置き換える際の問題は、このテーブルがすでに広く使用されていることです。テーブルをインデックス化する必要があるフィールドは一意ではありません。このため、プライマリキーを置き換えることはできません。 – Mariano
Oracle表の通常の索引では十分ではないのはなぜですか? – dpbradley