候補キーは、主キーの候補となるキーのことであると説明されます。

特定の行を識別できる列（項目）のことを、候補キーといいます。

一般に、候補キー(candidate key)は、
１つの表（リレーション）のなかに複数あることが多いのですが、
このうちの、ただ１つだけをえらんで、主キー(primary key）とします。

候補キーは、複合キー（連結キー）のばあいがあります。
そのうちの１つから主キーをえらびますので、
主キーも複合キーのばあいがあります。

主キーは１つの属性とはかぎりません。
「ただひとつ」というのは、
数ある候補キーの組み合わせのうち１つ、
という意味です。

候補キーをみつけるのはとてもだいじなことです。
そして、そのうちからえらんだたった１つの主キーが
他の表とむすびつけるためのキーになります。

それでは、どのようにキーを選択するのでしょう。

「データベース技術 新版(専門分野シリーズ)」（ＩＴＥＣ）のp.34-35の説明をみてみると、

候補キー
関係の中でｎ個組（行）を一意に識別し、冗長性のない１個または１個以上の属性を候補キーという。関係の中に候補キーは複数個あってもよい。

主キー
候補キーのうちのどれか一つの主たるものを主キーという。主キーは一つの表内にただ一つ定義でき、一意性を保証するためにナル値は認められない。

とあります。
主キーの説明にある、
「ナル値は認められない」
というところがたいせつです。

つまり、主キーの条件（キー制約）は、
１．一意性制約
２．非ナル制約
ですが、
候補キーの条件は、１の一意性制約のみです。

たとえば、

｛登録No，住基コード，氏名，生年月日，住所，電話番号｝

という表があったとします。
あたらしい住民を登録するときに、
登録No　は、登録する際に自動的に振られる、とします。

登録No　は、おなじものはありえませんし、
値がないということもありません。
これは主キーになりえる、といえます。

住基コードですが、
同じ住基コードは日本中に２つとないため、
これは一意であるといえます。
住基コードから行（レコード）を特定できるわけです。

ところが、
データの登録時、
住基コードがわからないときがあるかもしれないとします。
住基コード欄に何も入れない、という状態です。
これをナル値といいます。

ナル値（NULL値）とは、
値の全く入っていない状態を指します。

このとき、住基コードは候補キーではあるが、
主キーではない、といえます。