Теоретический вопрос. Варианты связи таблиц.

[Ivanhoe]

Цитата:

Сообщение от mazzy

в советское время примерно так же считали экономическую выгоду от панельных домов - получалась дикая экономия массового производства панелей. просто никто не учитывал затраты на бензин при возвращении панелевозов порожняком со стройки и не учитывал затраты на восполнение теплопотерь в панельных домах и прочее. не говоря уже о простом удобстве проживания в панельных домах.

так и вы - рассматриваете только хранение.

просто хранить - нафиг никому не нужно.
значения таблиц должны работать в алгоритмах, в пользовательском интерфейсе. вся эта бодяга делается для пользователей и только для пользователей, а не для хранения.

теперь подумайте как будут пользователи работать с вашими ссылками? как они будут фильтровать/сортировать? что программист должен будет сделать чтобы тупо показать эти "ссылки" пользователям и что пользователи будут делать с этими значениями.

и проблема "места для хранения" тут же станет малозначимой. ))))
и вы выйдете на действительно интересные проблемы, над которыми сейчас работают другие системы и фреймворки.

если же вам действительно интересна поднятая вами тема, то поищите по ключевым словам "естественные и искусственные ключи". тема обсасывалась и холиварилась с 80х годов прошлого века. написаны тонны материалов в обоснование и мегатонны критики обоих подходов.

Про дома не будем, там вопрос реализации, а не идеи.

Какие выгоды сейчас есть в интерфейсе у пользователя? Он может быстро найти настройку разноски по номенклатуре открыв простую форму с гридом со всеми настройками и применив фильтр? Нет, он открывает специально заточенную форму и ищет там глазками. Это очень не удобно. Я уж молчу про код, когда система ищет сначала так, потом так, потом вот эдак...