問題タブ [indexing]

「foo」と「bar」という 2 つのフィールドを持つデータベース テーブルがあるとします。どちらも一意ではありませんが、それぞれにインデックスが付けられています。ただし、一緒に索引付けされるのではなく、それぞれに別個の索引があります。

SELECT * FROM sometable WHERE foo='hello' AND bar='world'; ここで、foo が「hello」である膨大な数の行と、bar が「world」である少数の行の My tableなどのクエリを実行するとします。

したがって、データベース サーバーが内部で行う最も効率的な方法は、bar インデックスを使用して、bar が「world」であるすべてのフィールドを検索し、foo が「hello」である行のみを返すことです。ここでO(n)、n はバーが「世界」である行の数です。

ただし、fo インデックスを使用して結果を検索するという逆のプロセスが発生する可能性があると思います。ここで、m は fooがO(m)「hello」である行の数です。

では、オラクルはここで効率的に検索できるほど賢いのでしょうか? 他のデータベースはどうですか？または、クエリで適切な順序で検索するように指示できる方法はありますか? おそらく、句bar='world'の最初に置くことによって？WHERE

SQL Server 2000 でどのような仮想インデックスが使用されているか知っている人はいますか? このようなインデックスが 15 個以上あるテーブルがありますが、それらが何のために作成されたのかわかりません。削除/挿入を遅くすることはできますか?

また、テスト環境と本番環境の間でそれらをどのように同期させますか？

データベーステーブルのインデックスに関しては、データベースをクエリするコードを作成する上で不可欠な部分であるというのが私の哲学です。インデックスへの影響を分析せずに、新しいクエリを導入したり、クエリを変更したりすることはできません。

そのため、すべての環境間でインデックスの同期を維持するために最善を尽くしていますが、正直なところ、これを自動化することはあまりうまくいっていません。これは一種の無計画な手動プロセスです。

定期的にインデックスの統計を確認し、不要なインデックスを削除します。私は通常、削除スクリプトを作成して、それを他の環境にコピーして戻すことでこれを行います。

しかし、あちこちでインデックスが作成され、通常のプロセスの外で削除され、違いがどこにあるかを確認するのは非常に困難です。

私が本当に役立つことの1つは、次のような単純な数値のインデックス名を使用することです。

ここで、tはテーブルの短い省略形です。関係するすべての列を巧みに利用しようとすると、インデックスのメンテナンスが不可能になります。

そのようなインデックスを区別するのは難しすぎます。

インデックス管理をソース管理と開発ライフサイクルに統合するための本当に良い方法を持っている人はいますか？

["foo", "bar", "baz"]listと list 内の項目が与えられた場合、Python で"bar"そのインデックス ( ) を取得するにはどうすればよいですか?1

直線の行とテーブルのサイズを見積もるのはかなり単純な計算ですが、各インデックスが（特定のテーブルサイズに対して）どのくらいのスペースを占めるかを推測するのは難しいと思います。インデックスのより良い見積もりと成長率を計算するために、どの分野を学ぶことができますか？

いくつかのカスタムメイドのアプリケーションからログを収集しています。各アプリケーションには独自のログ形式があります。私が探しているのは、すべてのログを検索できる中心的なツールです。これは、ツールがログ ファイルごとに異なる正規表現 (または同様のもの) を定義できる必要があることを意味します (レコードの開始位置、終了位置、およびフィールドをマークします)。Splunk を試してみましたが、満足できません。パフォーマンスが遅いため、1 日あたりのインデックス データの量が制限されており (無料バージョン)、希望するほど柔軟ではありません。 . タスクに適したソフトウェア (できれば無料または安価) をお勧めできますか?

複数の列に 1 つのインデックスを作成することと、列ごとに 1 つの複数のインデックスを作成することの違いは何ですか?

どちらか一方を使用する必要がある理由はありますか?

例えば：

対：

明らかな組み込みメソッドが欠けていない限り、文字列内でn番目に出現する文字列を取得する最も簡単な方法は何ですか?

ループの反復ごとに開始インデックスを更新することで、 IndexOfメソッドをループできることがわかりました。しかし、このようにすることは私には無駄に思えます。

したがって、この1つのプロジェクトでは、定期的に（1分ごとに）実行される一連のクエリがあります。「データベースエンジンでクエリを分析する」を使用してそれらをチェックしました。

それらは非常に単純です：processed='0'であるtablexから*を選択します

処理済みのインデックスがあり、各クエリは1MMレコードのテーブルで1000行未満を返す必要があります。

アナライザーは、これについていくつかの統計を作成することを推奨しました。それで、私の質問は、これらの統計は何ですか？彼らは本当にパフォーマンスを助けますか？上記のようなテーブルの場合、どのくらいの費用がかかりますか？

自分自身をSQLServerの経験豊富なユーザーと呼ぶことは決してないことを覚えておいてください...そして、このアナライザーを使用するのはこれが初めてです。

PL/SQL ストアド プロシージャを介して制御されるデータ ロードを高速化しようとしています。更新するテーブルのインデックスを使用できないようにプログラムで変更しました。私は、Oracle がこれらの使用できないインデックスを無視することを望んでいます。私は声明を出すことができます：

しかし、その後エラーが発生します：

ORA-01502: 索引'MY_INDEX_NAME'またはそのような索引のパーティションは使用できない状態です

私の変更セッションを無視したようです。

PL/SQLパッケージ内でセッションを変更できますか? そうでない場合、私の代替手段は何ですか? ロードを高速化するためにインデックスを無効にする (使用不可に設定する) 他にどのようにすればよいでしょうか?

やや関連する質問here。