PK constraint = UNIQUE constraint върху NOT NULL-able колона (това е тъждествено равно:-)). В твоя случай един синтетичен ключ
ALTER TABLE MyTable ADD
MyID INT IDENTITY(1, 1) -- identity колони са NOT NULL по принцип
, CONSTRAINT UQ_MyID UNIQUE (MyID)
... би трябвало да ти реши проблема. Терминът Primary key е супер измислен. Принципно keys (PK и UNIQUE) могат да бъдат target на FK без проблем. Аз лично предпочитам синтетични (surrogate) PK за вдигане на релации между таблиците, но упорствам всяко entity да има natural key (просто composite UNIQUE), които да може да бъде сверяван от клиента с real-life артефакти (документи, ЕГН, etc.)
Основно провило при избиране на "primary" key -- immutable -- каскадните update/delete са кърпежи на растежа :-))
cheers,
</wqw>