Стратегия реализации составного ключа, вторая часть которого редко является различительной. Сначала код Entity Framework

У меня есть следующий сценарий:

Сущность Atom обычно уникальна и может храниться в базе данных с использованием одного поля AtomID в качестве первичного ключа.. In rare cases theAtomneeds to be split. In that case a second record must be created in the database table with an identicalAtomIDbut a discriminatingSplitID`.

Итак, в основном мне нужен составной ключ из AtomID и SplitID, где SplitID редко будет различать. Я бы не хотел терять функцию AutoID, которую предлагает база данных SQLServerCompact4, но именно это происходит, когда я определяю составной ключ для Atom Entity в Fluid API.

Каков наилучший подход к этой проблеме?