個体指定子は、コッド 正規形の primary-key に相当するのですが、コッド 正規形の primary-key （の役割） は絶妙であるとともに争点となる微妙な 「項」 です──「論理」 （集合論と第 1階述語論理） を前提にした 「理論」 では primary-key は蛇足です、しかし データ 設計を目的とすれば絶妙な 「項」 です。というのは、primary-key は、データ 設計において、構文論と意味論を調整する安全弁として機能するからです。私の単なる想像 （憶測） ですが、コッド 氏は数学者として primary-key を導入することについて悩んだのではないかと私は思っています。

　直積集合 （tuple、複数の項の組） を基底にした セット・アット・ア・タイム 法では、構文論上、primary-key は無用です。しかし、構文論的に 一つずつの セット を演算する tuple では、意味論上 一つの個体を表す指示子として primary-key は有用です。特に、ひとつの tuple に対して、複合検索 （AND/OR を使った複合条件検索、Compound Boolean Selection と云う） を実行した場合に、AND 条件に合致した項が同一 tuple 上の項かどうか （同じ個体に属する アトリビュート かどうか） を判断するには なくてはならない項です。その意味において、「絶妙」 というふうに私は言ったのです。

　ただ、tuple の全体を表す項である primary-key が他の項と同列に扱われるというのは 意味論上 問題を起こす （タイプ 理論では、やや 論理違犯に近い）。この点を私は 「微妙」 （蛇足） な項と言ったしだいです。Primary-key のこの役割が システム・エンジニア や プログラマ のあいだで 旧来の レコード・アット・ア・タイム 法の index-key （master-key あるいは unique-key） のように勘違いされた点でしょうし、RDB プロダクト の開発会社が RDB の パフォーマンス 改善のために index-key として primary-key を使うには都合がよかった。勿論、セット・アット・ア・タイム 法では、レコード・アット・ア・タイム 法の index-key は 当然ながら無関係です （この点については、本書第10章で説明しています）。