попробую подвести предварительные итоги для руководителей проектов, которые захотят внедрить у себя подобный "универсальный механизм".
замечательный универсальный механизм
неизбежно потребует создания универсальных механизмов для:
- печати свойств в отчетах
- выбор выводимых в отчете свойств пользователем
- ограничения прав к свойствам
- интеллектуального lookup по свойствам
- интеллектуального lookup по значениям свойств
- поиска и отбора свойств с логическими операторами. Как одного свойства, так и нескольких свойств. Как в форме номенклатур, так и в других формах.
- обеспечения правильности значений свойств
- обеспечения уникальности кодов/наименований свойств (скорее всего здесь потребуется изменение штатного расписания и/или должностных инструкций у заказчика)
- стандартизации наименований и свойств (обратите внимание: не желательно, а именно ПОТРЕБУЕТ!)
- оптимизацию производительности для запросов с первой звездочкой. Например, "*0.5*"
Т.е., уважаемые руководители проектов, если вы начнете внедрять этот замечательный (на первый взгляд простой и дешевый в изготовлении и сопровождении) универсальный механизм, то будьте готовы к тому, что неизбежно вам придется портатить время на перечисленные задачи. Даже если вы не планировали такие работы изначально.
см.
Про консультантский подход