# プライマリキーのクラスタ化インデックスの`Point_Get` 例
+ **`Point_Get`**は効率的です
+ アクセスされているのは1つのオブジェクト、具体的にはテーブルだけです

```
tidb> SHOW CREATE TABLE universe.planets;

tidb> CREATE TABLE `planets` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  ...
  PRIMARY KEY (`id`) /*T![clustered_index] CLUSTERED */,
  ...

tidb> EXPLAIN
  SELECT mass, gravity
  FROM universe.planets
  WHERE id = 3;

+-------------+---------+------+---------------+---------------+
| id          | estRows | task | access object | operator info |
+-------------+---------+------+---------------+---------------+
| ~!@Point_Get@!~_1 | 1.00    | root | table:planets | handle:3      |
+-------------+---------+------+---------------+---------------+
```

![`smart`](ClusteredTableWithPrimaryKey_ja_001_20231116.png)

------------------------------------------------------------------------------
クラスタ化されたインデックスに支えられたプライマリキーの場合、テーブルとインデックスはTiKV では同じ基本構造を共有します。

スライドに示されている実行計画では、`Point_Get`オペレーターはクラスタ化されたインデックスからデータをワンステップで直接取得します。このシナリオでは、TiDBは`key-value` NoSQLデータベースとして機能します。

この章の後半では、`SELECT`とpd1x`INSERT/UPDATE/DELETE` プロセスのセクションで、`Point_Get`操作へのTiDBコンポーネント（PD、TiDBサーバー、TiKV サーバー）の関与について詳しく説明します。さらに、第4章では、`Point_Get`アクションの実行計画の観点からさらに深く掘り下げます。