SQL - 制約: データ整合性の鍵

こんにちは、未来のデータベース魔术師たち！SQL制約の世界への興奮的な旅にあなた们的案内役として、私はとてもうれしいです。SQLを10年以上教えてきた経験から、制約を理解することはデータベース管理における秘密のスーパーパワーを解錠することだと言えます。それでは、始めましょう！

SQL - Constraints

SQL制約とは？

カードの家を建てていると想像してください。それぞれのカードを正確に置かなければ、全体が崩壊してしまうでしょう。SQL制約は、あなたのデータベースの「カードの家」が強く立っているように保つルールのようなものです。制約は、テーブル内のデータが特定のルールに従うことを確保し、正確性と一貫性を維持します。

なぜ制約が重要か？

ちょっとした話を共有しましょう。私の昔の生徒がペットショップのためのデータベースを作成したんですが、制約を使っていませんでした。ある日、彼が误って子犬の価格を負の值に設定したんです。突然、人々は犬を飼うためにお金を貰うようになりました！ Chaos（カオス）でした（でも犬たちは幸せでした）。それが制約が必要な理由です - このような愉快で問題のある状況を防ぐためです。

SQL制約: 選手阵容

以下は、私たちが探求する主要なSQL制約の表です：

制約	説明
NOT NULL	列がNULL値を持つことができないようにする
UNIQUE	列のすべての値が異なるようにする
PRIMARY KEY	NOT NULLとUNIQUEの組み合わせ
FOREIGN KEY	テーブル間の参照整合性を確保する
CHECK	列のすべての値が特定の条件を満たすようにする
DEFAULT	列にデフォルト値を設定する
INDEX	データベースからのデータの作成と検索を迅速にする

それでは、これらを一つずつ分解してみましょう。

SQLで制約を作成する

制約は、テーブルを作成する際に追加することも、後からALTER TABLE文を使用して追加することもできます。まず、架空のペットショップのためのシンプルなテーブルを作成してみましょう：

CREATE TABLE pets (
id INT NOT NULL PRIMARY KEY,
name VARCHAR(50) NOT NULL,
species VARCHAR(50) NOT NULL,
age INT CHECK (age >= 0),
price DECIMAL(10, 2) NOT NULL CHECK (price > 0),
adoption_date DATE DEFAULT NULL
);

このシンプルなテーブルには既にいくつかの制約が含まれています。それを分解してみましょう：

NOT NULL制約

NOT NULL制約は、列がNULL値を持つことができないようにします。私たちの例では、'id'、'name'、'species'、'price'はすべてNOT NULLです。これは、すべてのペットがこれらの詳細を記入する必要があることを意味します。

name VARCHAR(50) NOT NULL,

UNIQUE制約

ここでは明示的に使用していませんが、UNIQUE制約について触れておきます。UNIQUE制約は、列のすべての値が異なるようにします。例えば、それぞれのペットがユニークなマイクロチップ番号を持つようにしたい場合：

ALTER TABLE pets
ADD COLUMN microchip_number VARCHAR(20) UNIQUE;

DEFAULT値制約

DEFAULT制約は、値が指定されていない場合に列にデフォルト値を提供します。私たちの例では、'adoption_date'はDEFAULT NULLです。これは、日付が提供されていない場合、NULLになることを意味します。

adoption_date DATE DEFAULT NULL

PRIMARY KEY制約

PRIMARY KEY制約は、テーブル内の各レコードを唯一に識別します。これはNOT NULLとUNIQUEの組み合わせです。私たちのテーブルでは、'id'が主キーです：

id INT NOT NULL PRIMARY KEY,

FOREIGN KEY制約

FOREIGN KEY制約は、テーブル間のリンクを破壊するアクションを防ぐために使用されます。まず、所有者のためのテーブルを作成し、それを私たちのペットテーブルにリンクします：

CREATE TABLE owners (
owner_id INT NOT NULL PRIMARY KEY,
name VARCHAR(100) NOT NULL
);

ALTER TABLE pets
ADD COLUMN owner_id INT,
ADD CONSTRAINT fk_owner
FOREIGN KEY (owner_id) REFERENCES owners(owner_id);

これにより、所有者テーブルに存在しないowner_idを持つペットを追加することができなくなります。ペットが本物の家を持っていることを確認するようなものです！

CHECK値制約

CHECK制約は、列のすべての値が特定の条件を満たすようにします。私たちのペットテーブルでは、年齢と価格がポジティブであることを確認するために使用しています：

age INT CHECK (age >= 0),
price DECIMAL(10, 2) NOT NULL CHECK (price > 0),

INDEX制約

正確には制約ではありませんが、INDEXはデータベースパフォーマンスにおいて非常に重要です。 INDEXは本の後ろの索引のように、SQLがデータを迅速に見つける手助けをするものです：

CREATE INDEX idx_species ON pets(species);

これは、species列に対するインデックスを作成し、speciesによる検索を大幅に速くします。

SQL制約を削除する

時々、制約を削除する必要があるかもしれません。以下のようにします：

ALTER TABLE pets
DROP CONSTRAINT check_price;

これは、price列のCHECK制約を削除します。

データ整合性制約: すべてを合わせる

これらすべての制約が一起動して、データ整合性を確保します。制約はデータベースの免疫システムのようなもので、悪いデータから守ります。もっと複雑な例を見てみましょう：

CREATE TABLE adoptions (
adoption_id INT NOT NULL PRIMARY KEY,
pet_id INT NOT NULL,
owner_id INT NOT NULL,
adoption_date DATE DEFAULT CURRENT_DATE,
adoption_fee DECIMAL(10, 2) CHECK (adoption_fee >= 0),
FOREIGN KEY (pet_id) REFERENCES pets(id),
FOREIGN KEY (owner_id) REFERENCES owners(owner_id),
UNIQUE (pet_id, adoption_date)
);

このテーブルは以下を確保します：

すべての adoption にユニークなIDがあります（PRIMARY KEY）
すべての adoption が有効なペットと所有者にリンクされています（FOREIGN KEY）
adoption_fee が負の值でないことを確認します（CHECK）
adoption_date が指定されていない場合、デフォルトで当日になります（DEFAULT）
同じ日付で同じペットが二度と採用されないようにします（UNIQUEの組み合わせ）

そして、ここまでであなたはデータベースをクリーンで一貫性があり、エラーのない状態に保つためのSQL制約の知識を得ました。よく練られた制約を持つデータベースは幸せなデータベースです。それでは、未来のデータマエストロたち、ハッピーコーディングを！

Credits: Image by storyset