Гибрид этих подходов дает мощь, которая нужда для всякого рода гибких каталогов. А это - почти каждый каталог, который заказывают на Yii
)Предлагаю структуру БД:
entity_dict
id - id словаря
name - название
type - целочисленный идентификатор типа (можно типы зашить в модель). К примеру, сразу 3 типа приходят в голову:
1) Значения подаются выпадающим списком
2) Значения надо ввести
3) Комбинированный вариант
т.е. тут можно варианты работы со словарем задать. На деле - вариант можно динамически получить, бегло анализируя последующие таблицы, но в явном указании есть плюсы.
entity_option
id, dict_id, value - сюда складываем заранее заданные значения
entity_value
id, entity_id, dict_id, option_id, name, value
Эта таблица обеспечивает максимальную гибкость. Если есть только entity_id, value и name из entity_dict - это словарь без вариантов. Если есть entity_id, name и value - это EAV - зачем мусорить словарь, если это добавление "на раз"? (только в этом случае мы заполняем поле NAME в этой таблице). Если есть entity_id, dict_id и этот словарь включает опции, то в value включается Id опции из таблицы entity_option. Если вариантов несколько (мультивыбор или мультизначение) - для каждого выбранного создается отдельная строка.
Итого: схема гибкая, можно потюнинговать под производительность.
Имхо, оформив поведением и коллективно поработав над Экстенженом, можно значительно сократить время разработки некоторых проектов.
Для начала давайте определимся - стоит ли заниматься? Или это только мне одному надо? Может быть у кого-то есть наработки/идеи на эту тему?
Если есть интерес - предлагаю обсуждать архитектуру Экстенжена в этой теме.