skyANAАлексей Кпропущено...
"Казнить нельзя помиловать" (ц)
пропущено...
Давай лучше я спрошу. :-)

1. По моим наблюдениям, существует масса случаев, когда у объекта поля { int ID, string Name } . Обычно такие объекты отображаются в комбобоксах. Я для таких случаев заготовил специальный класс и DataTemplate для его визуализации. В случаях, когда этот класс не подходит, применяется специальный класс.

2. Применение в классификаторах нецелочисленного типа для первичного ключа встречается достаточно редко. Если кто-то и применяет - Бог ему судья.

3. Guid применяют в качестве первичного ключа в случаях, когда требуется межсерверная уникальность. Такая уникальность для классификаторов обычно не требуется.

В чём я не прав?Я бы простые справочники классификаторами не называл. Ну не укладывается у меня классификация дефектов нефтепровода в два поля: int ID, string Name

С тремя пунктами от Алексей К сотгласен полностью. Вы по терминологии б договорились и все на свои места стало б.
Класификатором - обозвите справочник, которому хватает int ID, string Name.
Справочником - которому нужно еще полей дополнительно.
В обоих случаях первичным ключем может быть Int. Если справочнику необходимо количество записей больше размерности Int, используем Long.
Наличие, окромя первичного ключа, какого-то возможно уникального поля аля ИПН, еще не означает удобства его использования в качестве первичного ключа. Индексы, поиски и протчая лабуда для инта работает быстрее чем для строк.
Кроме того, если уж так прет от ИПН, то часто он неизвестен, а работать надо... если его вместо превичного ключа использовать, так только и делов будет кричать: за справкой беги, не продам тебе валидол без ИПН.

PS. таббед - всего лишь одна из возможных реализацый интерфейса и к этим 3-м пунктам об организации таблиц в БД имеет отношение, как и любой другой интерфейс - параллельное.