па сабжу: классическая проблема - хранение разнородной информации у сущности.

ИМХО, лучший выбор - EAV.
Почему:
1. можно на лету добавить/удалить произвольный параметр у любой сущности в системе не меняя схему данных.
2. Унифицированный механизм получения и записи значений параметров для любой сущности в системе. Один код на всю систему.
3. Унифицированное управление правами на все параметры.
4. Не нужны админские права. Достаточно права на запись в справочник параметров и таблицу фактов.
5. Удобно хранить сильно разреженную матрицу свойств.
6. Не влияет на существующую схему данных, т.е. можно наложить на уже готовую систему.
7. Совместимо с любой СУБД.
8. Не требует правок кода приложения.
9. Решение может быть произвольно усложнено под специфику задачи.

Недостатки:
1. производительность может быть критичной. Но это на многих млн.записей.
2. Не все умеют создать качественную схему для EAV.
3. Все первичные ключи в системе должны быть однотипны и атомарны. Разнородные ключи (целое, строка, бинари) очень усложнят решение.

Совокупность "+" и "-" указывают в пользу данного решения.

зы: ща наползут многочисленные хейтеры EAV.
Но, как всегда ничего путнего взамен не предложат. Одни эмоции и желчь. :)

PetroNotC SharpL_argo,
ЕАV каким боком к сабжу?Проходи мимо. Топик не для тебя, т.к. не понимаешь озвученной проблемы.

ТС озвучивает кривую полумеру: две таблицы. Такое решение имеет право на жизнь, но имеет ряд ограничений.

PetroNotC SharpL_argo,
Разумеется. Я из тех самых кто делал EAV и больше не хочу .
Из програгммистов. А ты как наверно из постановщиков.
Отправь его в EAV. И мы его года 3 не увидим.Полное соответствие тезису из моего первого поста (в конце).

Никогда не поздно уйти в продавцы пылесосов. :)