SQL Server に、通常の pk インデックスを 2 つのフィールドのクラスター化インデックスに置き換える必要があるテーブルがあります。これらの他のフィールドは、主キーの一部ではありません。
Oracleでも同様のことをする必要があります。私の知る限り、これはインデックス順のテーブルを使用して実行できますが、これらのインデックスは主キーでのみ構築されると思います。
Oracle で SQLServer のクラスター化インデックスと同様の動作を得る方法はありますか?
SQL Server に、通常の pk インデックスを 2 つのフィールドのクラスター化インデックスに置き換える必要があるテーブルがあります。これらの他のフィールドは、主キーの一部ではありません。
Oracleでも同様のことをする必要があります。私の知る限り、これはインデックス順のテーブルを使用して実行できますが、これらのインデックスは主キーでのみ構築されると思います。
Oracle で SQLServer のクラスター化インデックスと同様の動作を得る方法はありますか?
インデックス構成テーブルは、SQL Server のクラスター化インデックスに近いオラクルの概念です。このトピックに関するディスカッションを oracle フォーラムとasktomで見つけました。
私の質問は、なぜ行動を適応させたいのですか? あなたが得たいと思う利益は何ですか?
SQL Server のクラスター化インデックスは、主に主キー インデックスです。行データはインデックス ノードに格納されます。行データをインデックスに格納するためのOracleのconecptは、インデックス構成テーブルです。Oracle では、インデックス ルックアップ後にテーブルへの行データの 2 回目のルックアップを回避するために iot が使用されます。
SQL サーバーのクラスター化インデックスの目的は、行データを格納することです。テーブルは、クラスター化インデックスを 1 つだけ持つことができます。このインデックスは行データを保持します。その他のインデックスは、非クラスター化インデックスです。
IMHO クラスター化インデックスの概念は、SQL サーバーのデータ ストレージにバインドされており、Oracle でこの動作を再構築する必要はありません。Oracle には、データを格納するための他の概念があります。
回答: オラクルの通常のインデックスは、問題を解決するためのものです。