SERG1257Идея универсального справочника (как и EAV) просто обязана придти в голову каждому начинающему проектировщику.
Однако взамен ... получаем ...+1
я - противник EAV во всех случаях, когда без него можно обойтись

LSV...ответь, для сабжевого случая можно обойтись ?можно
с необходимостью использовать EAV столкнулся только один раз,
да и то грешу на свои кривые руки, что не смог найти кошерного решения для задачи создания N-мерной матрицы :)
LSVС учетом, что будет тенденция к росту числа справочников до 30-50.
Если не делать универсального справочника, то неизбежно нужно делать толковый конструктор отдельных справочников + обвязка безопасностью + автоматическая манипуляция этими справочниками в системе. Это немалый участок работы.и с учетом этого - тоже
структура БД проектируется один раз, потом только дорабатывается
необходимости создавать по 30-50 справочников в месяц...
хоть убей - моего воображения представить такое не хватает,
с-но и толковый конструктор для этого не нужен

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

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

LSV1. Ну у программиста должны быть "тиражные решения". не уверен
наработки - должны быть и есть, никуда от этого не денешься,
а тиражные решения - как повезет
LSV2. При наличии универсального справочника+ EAV, заказчик может сам создать новый справочник и тут же его заюзать.это просто продукт на продажу, в котором Заказчик сам себе настраивает справочники как хочет,
без программиста :)
если есть Заказчик на такой продукт, то почему бы и нет?
не уверен, правда, что взялся бы за такой заказ :)
LSVИначе он всю жизнь будет боянить в каждой системе одни и те же справочники.вы - противник повторного использования кода? :)
нет пределов совершенствованию,
никто не мешает создать свой класс/библиотеку функций/базовую структуру БД,
и рефакторить ее хоть до пенсии
LSVЛюбая долгоживущая система (с уклоном в доработки время от времени) должна иметь подобный механизм. Тогда большая часть доработок будет настройками не меняя исх.код. И сама система и ее настройки смогут легко переноситься с одной системы в другую.даже теоретически создание такого механизма,
как и любого другого универсального решения,
посложнее, чем решение нескольких частных случаев,
насколько дороже... не знаю
к ЕАВ-у для нормальной работы с ним надо добавить слой метаданных,
который будет отображать реальные соотношения между данными,
либо жесткое документирование, что ничуть не дешевле,
и тогда он становится ничуть не универсальней, чем стандартная реляционная схема,
только гемора больше

LSVВообще то говоря, сабж был не про ЕАВ, а про Единую таблицу для минисправочников.
В средних системах таких справочников нужны сотни. В некоторых постоянно нужны новые (н-р параметры товара).ради интереса глянул ТиС 1С-а семерки...
2 десятка справочников, 3 десятка перечислений (которые можно назвать мини-справочниками)
итого - полсотни штук, в ПУБ-е, если правильно помню, раза в полтора больше
мне кажется вы несколько погорячились по поводу сотен
ТиС для вас мелкая и нетиражная система?
или не работает у нескольких клиентов?
LSVЛюбая приличная учетная система имеет нечто подобное, т.к. нужно максимальное отделение бизнес-логики от кода самой программы.по поводу критериев, по которым определяется приличная система, спрашивать не буду :)
а вот фразу " отделение бизнес-логики от кода самой программы " не понял,
может вы имели в виду не программу, а БД?
иначе мне не понятно, как и главное зачем, отделять бизнес-логику от программы, которая эту бизнес-логику реализует

кстати, вчера забыл спросить,
LSV, а что вы скажете по поводу нормализации, быстродействия БД и других страшных слов ДБА?
если ваша сотня мелких справочников сидит в одной таблице,
то это почти наверняка означает, что с этой таблицей работают если не все, то большинство Пользователей системы,
как они ее поделят?