SQL - 複合キー：初級者向けガイド

こんにちは、未来のデータベース魔术師さんたち！今日は、SQLの世界に踏み込み、最初は少し恐怖のように聞こえるかもしれませんが、実際には非常にシンプルで非常に有用な概念を探求する旅に出かけます。それが複合キーです！

SQL - Composite Key

複合キーとは？

深淵に飛び込む前に、まずは基本から始めましょう。あなたが巨大な図書館を組織していると想像してください。それぞれの本にはユニークな識別子が必要ですよね？しかし、本のタイトルだけで区別するだけでは十分でない場合どうでしょうか？そこで、私たちの英雄、複合キーが助けに来ます！

複合キーはデータベースの世界におけるスーパーヒーローのチームアップのようなものです。2つ以上の列の組み合わせで、テーブルの行をユニークに識別します。まるで、「この本はタイトルと作者と出版年の組み合わせがユニークであるため、唯一です」と言うようなものです。

複合キーを使う理由

ユニーク性：テーブルの各行が真正にユニークであることを確保します。
データ整合性：データの正確性と一貫性を維持するのに役立ちます。
関連付けの構築：テーブル間の接続を作成するのに適しています。

では、袖をまくってコードを書いてみましょう！

複合キーの作成

まず、私たちの架空の図書館のためのテーブルを作成してみましょう：

CREATE TABLE books (
title VARCHAR(100),
author VARCHAR(50),
publication_year INT,
ISBN VARCHAR(13),
PRIMARY KEY (title, author, publication_year)
);

この例では、title、author、publication_yearの列を使用して複合キーを作成しています。これは、2つの本が同じ3つの属性の組み合わせを持つことはできないことを意味します。

複合キーを使ったデータの挿入

図書館にいくつかの本を追加してみましょう：

INSERT INTO books (title, author, publication_year, ISBN)
VALUES ('The Great Gatsby', 'F. Scott Fitzgerald', 1925, '9780743273565'),
('To Kill a Mockingbird', 'Harper Lee', 1960, '9780446310789'),
('1984', 'George Orwell', 1949, '9780451524935');

これらの挿入は問題なく動作します。なぜなら、各タイトル、作者、出版年の組み合わせがユニークだからです。

しかし、重複を試みるとどうなるでしょうか？

INSERT INTO books (title, author, publication_year, ISBN)
VALUES ('The Great Gatsby', 'F. Scott Fitzgerald', 1925, '1234567890123');

あやまり！この操作はエラーを引き起こします。なぜなら、この正確なタイトル、作者、出版年の組み合わせを持つ本が既に存在するからです。私たちの複合キーはその仕事をしています！

複合キーを使ったクエリ

複合キーを持つテーブルをクエリする際には、しばしばキーのすべての部分を指定する必要があります：

SELECT * FROM books
WHERE title = 'The Great Gatsby'
AND author = 'F. Scott Fitzgerald'
AND publication_year = 1925;

このクエリは、正確な本を返すでしょう。

複合キーの削除

では、私たちが複合キーがもはや自分たちに合わないと判断した場合どうでしょうか？もしかしたら、ISBNが本のより良いユニークな識別子であると気づいたかもしれません。異なるデータベースシステムで複合キーを削除する方法を見てみましょう。

MySQLでの複合キーの削除

MySQLでは、複合キーの削除は比較的簡単です：

ALTER TABLE books
DROP PRIMARY KEY;

キーを削除した後、新しいプライマリキーを追加することができます：

ALTER TABLE books
ADD PRIMARY KEY (ISBN);

SQL Serverでの複合キーの削除

SQL Serverも同様のパターンを follows：

ALTER TABLE books
DROP CONSTRAINT PK_books;

ここで、PK_booksはプライマリキー制約の名前です。制約名がわからない場合は、以下のように查找できます：

SELECT name
FROM sys.key_constraints
WHERE type = 'PK' AND parent_object_id = OBJECT_ID('books');

その後、新しいプライマリキーを追加します：

ALTER TABLE books
ADD CONSTRAINT PK_books PRIMARY KEY (ISBN);

複合キー対単一列キー

さて、あなたはおそらく、「単一の列を使ったら？」と思うかもしれません。素晴らしい質問です！では、それを分解してみましょう：

要素	複合キー	単一列キー
ユニーク性	複数の属性間のユニーク性を確保	単一の属性のユニーク性に限られる
柔軟性	複雑な関係を表現するのに適している	シンプルで、必要な情報を捕捉できない可能性がある
クエリパフォーマンス	インデックス化とクエリが遅くなる可能性がある	一般的にインデックス化とクエリが速い
データ整合性	複雑なビジネスルールを強制する	シンプルで維持が容易
存储容量	より多くの存储容量を必要とする可能性がある	通常、より少ない存储容量を必要とする

終わりに

そして、皆さん！複合キーの土地を旅しました。作成からクエリ、削除まで。忘れてはならないのは、SQLのツールキットの中のどんなツールも、適切な時と場所があります。複合キーは、複数の列にまたがるユニーク性を確保し、複雑な関係を表現するのに素晴らしいですが、必ずしもすべての状況に最適ではありません。

SQLの冒険を続ける中で、さまざまなキー構造を試してみましょう。練習を重ねるほど、直感的になるでしょう。そして、いつかあなたも複合キーを新しい熱心な学習者に説明するかもしれません！

次回まで、ハッピーコーディングを！そして、あなたのクエリが常に期待通りの結果を返すことを祈っています！

Credits: Image by storyset