非キー属性(ヒキータクセイゾク)とは | 意味や読み方など丁寧でわかりやすい用語解説

非キー属性とは、リレーショナルデータベースにおいて、テーブル内の特定の行を一意に識別する役割を持たない属性、つまり列のことを指す。データベースは、情報を効率的に管理するために、関連するデータを集めてテーブルとして格納するが、このテーブルには多くのデータ項目が含まれる。その中で、主キーや候補キーといった「キー属性」がデータの一意性を保証するのに対し、非キー属性は識別されたデータが持つ具体的な情報を表現する役割を担っている。

詳細を説明する。リレーショナルデータベースは、複数のテーブルで構成され、各テーブルは行と列でデータを表現する。この「列」が、データベースの用語では「属性」と呼ばれる。例えば、「従業員」というテーブルを考える場合、「従業員ID」「氏名」「部署」「給与」といった項目がそれぞれ一つの属性に対応する。

データの一意性を保証するために、データベースには「キー」という概念がある。キーとは、テーブル内の特定の行を他の行と区別し、一意に識別できる一つまたは複数の属性の集合のことである。 キーにはいくつかの種類がある。まず、「スーパーキー」は、テーブル内の各行を一意に識別できる属性の集合全般を指す。このスーパーキーの中から、冗長な属性を含まず、最小限の属性で構成されるものを「候補キー」と呼ぶ。例えば、従業員テーブルにおいて「従業員ID」だけで従業員を一意に識別できる場合、「従業員ID」は候補キーである。もし「氏名」と「生年月日」の組み合わせでも一意に識別できるなら、これも候補キーとなり得る。そして、これらの候補キーの中から、そのテーブルの代表的な識別子として選ばれたものが「主キー」となる。主キーは、テーブル内で必ず一意であり、NULL（値がないこと）であってはならないという制約を持つ。

非キー属性は、これらの主キーや候補キーに属さないすべての属性を指す。つまり、テーブル内の行を一意に識別する目的で使われる属性ではない、情報そのものを保持する属性のことである。先ほどの従業員テーブルの例で言えば、もし「従業員ID」が主キーである場合、「氏名」「部署」「給与」といった属性が非キー属性となる。これらの非キー属性は、「従業員ID」によって識別される特定の従業員がどのような名前で、どの部署に所属し、どれくらいの給与を受け取っているかといった、具体的な詳細情報を提供する役割を担っている。

非キー属性は、データベースの設計において極めて重要である。その理由は、データの冗長性を排除し、データの一貫性（整合性）を保つための「正規化」というプロセスと密接に関わっているためだ。正規化とは、データベースのテーブル構造を最適化し、データの重複をなくして、更新・削除時の不整合を防ぐための一連のルールである。

特に、非キー属性は第2正規形および第3正規形の概念において中心的な役割を果たす。 第2正規形では、「非キー属性が主キーに完全関数従属すること」が求められる。これは、テーブル内のすべての非キー属性が、主キーのすべての属性に依存しており、主キーの一部だけに依存している非キー属性が存在しないことを意味する。例えば、複合主キー（複数の属性で構成される主キー）を持つテーブルにおいて、非キー属性が主キーの一部にのみ依存していると、その主キーの一部分が変わるたびに非キー属性も更新が必要になるなど、冗長性や更新異常の原因となる。非キー属性が主キー全体に完全に関数従属していれば、このような問題を防ぐことができる。

さらに第3正規形では、「非キー属性が主キー以外の非キー属性に推移的に関数従属しないこと」が求められる。これは、非キー属性が、主キーに直接依存するだけでなく、他の非キー属性を介して間接的に主キーに依存している状態を排除することを意味する。例えば、従業員テーブルに「部署名」と「部署所在地」という非キー属性があり、部署IDが主キーだと仮定する。このとき「部署所在地」が「部署名」に依存し、「部署名」が「部署ID」に依存している場合、「部署所在地」は主キーである「部署ID」に対して推移的に関数従属していることになる。このような場合、同じ部署に属する従業員が複数いると、「部署所在地」のデータが何度も繰り返され、冗長性が生じる。また、部署の所在地が変わった場合に複数の行を更新する必要があり、更新漏れによる不整合のリスクが高まる。第3正規形では、このような問題を解消するために、推移的関数従属関係にある非キー属性を別のテーブルに分離する。

このように、非キー属性は単に情報を持つだけでなく、データベースの健全性を保つための設計基準の根幹をなす要素なのである。テーブルに格納される具体的な情報そのものであると同時に、その配置や依存関係がデータベース全体の効率性、信頼性、保守性に大きな影響を与えるため、データベース設計者は非キー属性の特性を十分に理解し、適切に管理する必要がある。主キーが「何を識別するか」を示すのに対し、非キー属性は「識別されたものがどのような情報を持つか」を具体的に示す、データの実体ともいえる重要な要素である。