Skip to content

Commit 440e835

Browse files
yahondayahonda
authored
docs(ja): use English operator names in choose-index.md (#23048)
1 parent cb16211 commit 440e835

1 file changed

Lines changed: 4 additions & 4 deletions

File tree

‎choose-index.md‎

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -18,11 +18,11 @@ storageエンジンからのデータ読み込みは、SQL実行において最
1818
| オペレーター | トリガー条件 | 適用可能なシナリオ | 説明 |
1919
| :----------------------- | :---------------------------------------------- | :-------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------- |
2020
| PointGet / BatchPointGet | 1つ以上の単一ポイント範囲内のテーブルにアクセスする場合。 | どのようなシナリオでも | トリガーされた場合、通常は最も高速な演算子と考えられています。これは、コプロセッサインターフェースを呼び出すのではなく、kvgetインターフェースを直接呼び出して計算を実行するためです。 |
21-
| テーブルリーダー | なし | どのようなシナリオでも | この TableReader オペレーターは TiKV 用です。一般的に、TiKVレイヤーからテーブルデータを直接スキャンするオペレーターの中で最も効率が悪いと考えられています。 `_tidb_rowid`列に範囲クエリがある場合、またはテーブルにアクセスするための他のオペレーターが選択できない場合にのみ選択できます。 |
22-
| テーブルリーダー | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列ベースのstorageです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 |
23-
| インデックスリーダー | テーブルには1つ以上のインデックスがあり、計算に必要な列はインデックスに含まれています。 | インデックスに対してより狭い範囲のクエリを実行する場合、またはインデックス付き列に順序要件がある場合。 | 複数の指標が存在する場合は、コスト見積もりに基づいて適切な指標が選択されます。 |
21+
| TableReader | なし | どのようなシナリオでも | この TableReader オペレーターは TiKV 用です。一般的に、TiKVレイヤーからテーブルデータを直接スキャンするオペレーターの中で最も効率が悪いと考えられています。 `_tidb_rowid`列に範囲クエリがある場合、またはテーブルにアクセスするための他のオペレーターが選択できない場合にのみ選択できます。 |
22+
| TableReader | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列ベースのストレージです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 |
23+
| IndexReader | テーブルには1つ以上のインデックスがあり、計算に必要な列はインデックスに含まれています。 | インデックスに対してより狭い範囲のクエリを実行する場合、またはインデックス付き列に順序要件がある場合。 | 複数の指標が存在する場合は、コスト見積もりに基づいて適切な指標が選択されます。 |
2424
| IndexLookupReader | テーブルには1つ以上のインデックスがあり、計算に必要な列がインデックスに完全に含まれていない。 | IndexReaderと同じです。 | インデックスは計算列を完全にカバーしていないため、TiDBはインデックスを読み取った後にテーブルから行を取得する必要があります。これはIndexReaderオペレーターと比較して追加のコストがかかります。 |
25-
| インデックスマージ | テーブルには複数のインデックス、または複数値インデックスが存在する。 | 複数値インデックスまたは複数のインデックスが使用される場合。 | 演算子を使用するには、[オプティマイザのヒント](/optimizer-hints.md)を指定するか、コスト見積もりに基づいてオプティマイザにこの演算子を自動的に選択させることができます。詳細については、[インデックスマージを使用した説明文](/explain-index-merge.md)を参照してください。 |
25+
| IndexMerge | テーブルには複数のインデックス、または複数値インデックスが存在する。 | 複数値インデックスまたは複数のインデックスが使用される場合。 | 演算子を使用するには、[オプティマイザのヒント](/optimizer-hints.md)を指定するか、コスト見積もりに基づいてオプティマイザにこの演算子を自動的に選択させることができます。詳細については、[インデックスマージを使用した説明文](/explain-index-merge.md)を参照してください。 |
2626

2727
> **注記：**
2828
>

0 commit comments

Comments
 (0)