TiDB データベース スキーマ設計の概要
このドキュメントでは、TiDB 内のオブジェクト、アクセス制御、データベース スキーマの変更、オブジェクトの制限など、TiDB データベース スキーマ設計の基本について説明します。
以降のドキュメントでは、 書店例に、データベースを設計し、データベース内でデータの読み取りおよび書き込み操作を実行する方法を説明します。
TiDB 内のオブジェクト
いくつかの一般的な用語を区別するために、TiDB で使用される用語に関する簡単な合意を次に示します。
一般的な用語データベースとの混同を避けるため、このドキュメントでは、データベースは論理オブジェクトを指し、 TiDBは TiDB 自体を指し、クラスターはTiDB のデプロイされたインスタンスを指します。
TiDB は MySQL 互換の構文を使用します。この構文では、スキーマはデータベース内の論理オブジェクトではなく、一般的な用語スキーマを意味します。詳細については、 MySQL ドキュメントを参照してください。論理オブジェクトとしてスキーマを持つデータベース (たとえば、 PostgreSQL ) から移行する場合はオラクルこの違いマイクロソフトSQLサーバー注意してください。
データベース
TiDB のデータベースは、テーブルやインデックスなどのオブジェクトのコレクションです。
TiDB には、 testという名前のデフォルトのデータベースが付属しています。ただし、 testデータベースを使用するのではなく、独自のデータベースを作成することをお勧めします。
テーブル
テーブルは、 データベース内の関連データの集合です。
各テーブルは行と列で構成されています。行の各値は特定の列に属します。各列では 1 つのデータ型のみが許可されます。列をさらに限定するには、 制約追加できます。計算を高速化するには、 生成された列追加できます。
索引
インデックスは、テーブル内の選択された列のコピーです。 テーブルの 1 つ以上の列を使用してインデックスを作成できます。 インデックスを使用すると、TiDB はテーブル内のすべての行を毎回検索しなくてもデータをすばやく見つけることができるため、クエリのパフォーマンスが大幅に向上します。
一般的なインデックスには次の 2 つの種類があります。
- 主キー: 主キー列のインデックス。
- セカンダリ インデックス: 主キー以外の列のインデックス。
注記：
TiDB では、主キーのデフォルト定義がインノDB (MySQL の共通storageエンジン) とは異なります。
- InnoDB では、主キーの定義は一意であり、null ではなく、クラスター化されたインデックスです。
- TiDB では、主キーの定義は一意であり、null ではありません。ただし、主キーがクラスター化インデックスであるとは限りません。主キーがクラスター化インデックスであるかどうかを指定するには、
CREATE TABLEステートメントのPRIMARY KEYの後に非予約キーワードCLUSTEREDまたはNONCLUSTEREDを追加できます。ステートメントでこれらのキーワードを明示的に指定しない場合、デフォルトの動作はシステム変数@@global.tidb_enable_clustered_indexによって制御されます。詳細については、 クラスター化インデックスを参照してください。
専門インデックス
さまざまなユーザー シナリオのクエリ パフォーマンスを向上させるために、TiDB ではいくつかの特殊なタイプのインデックスを提供しています。各タイプの詳細については、 インデックスと制約を参照してください。
サポートされているその他の論理オブジェクト
TiDB は、テーブルと同じレベルで次の論理オブジェクトをサポートします。
- ビュー : ビューは仮想テーブルとして機能し、そのスキーマはビューを作成する
SELECTステートメントによって定義されます。 - シーケンス : シーケンスは連続したデータを生成して保存します。
- 一時テーブル : データが永続化されないテーブル。
アクセス制御
TiDB は、ユーザーベースとロールベースの両方のアクセス制御をサポートしています。ユーザーがデータ オブジェクトとデータ スキーマを表示、変更、または削除できるようにするには、 権限からユーザーを直接付与するか、ユーザーに権限から役割を付与します。
データベーススキーマの変更
ベスト プラクティスとして、データベース スキーマの変更を実行するには、ドライバーまたは ORM ではなく、 MySQLクライアントまたは GUI クライアントを使用することをお勧めします。
オブジェクトの制限
詳細についてはTiDB の制限参照してください。