Ivan_ iz_KievaНо если в реальной жизни его не хватает, то, как я помню, можно дабвить столбец типа "строковое описание папилярных линий". И вся уникальность даже у близнецов.
А после ампутации рук, вырыва глаз,...? Как занести в такую систему Архимеда, Пушкина, Козьму Пруткова, Кукрыниксы,..? Вы заранее придумываете себе проблемы. Еще никто не придумал 100% рабочий естественный уникальный ключ для людей (Кукрыниксы - не человек, но как элемент БД авторов произведений вполне пойдет), не думайте, что Вам это удастся в Вашем следующем сообщении.

Ivan_ iz_KievaПроблема ведь не в количестве составнляющих уникального ключа, а в функ-зависимотсях частей ключа и совершенно посторонних детерминантах
Проблема в том, что Вы проедполагаете куда больше, чем требуется. Например, в Вашем примере в таблице будет не некое благосостояние (кстати, с чего это благосостояние стало атрибутом человека, если это формально "аггрегат"?), а доход от определенного вида деятельности (или за определенный срок). Пока вид деятельности один, для каждого человека строка одна. Как только их станет много - получите явную необходимость декомпозиции. Совет на будущее - проектировать систему так, чтобы минимальные "шатания" в постановке не приводили к большим изменениям (то есть, проектируйте устойчивые к доработкам системы). Начинать проектирование системы с неверной классификации благосостояния как атомарного (с точки зрения логики получения данных, а не их типа) атрибута человека - ошибка. То, что Вы приводите как пример проектирования таблицы - по сути отчет (ну или таблица для отчета после денормализации). Атомарным атрибутом может быть первоначальный капитал, но не текущий. В любом случае, надо четко понимать, что без понимания логики данных (предметки) обсуждать какие-то отношения в таблице просто бессмысленно. Может быть "атомарный" здесь не совсем удачное слово, но другого подобрать не смог.