Оказывается нужно что - чтобы на экране присутствовала сразу вся информация о чем то, а в моем же подходе - каждый объект содержит только ему присущие данные и руководству чтобы увидеть картину в целом нужно открыть на экране все объекты из которых состоит просматриваемый объект - т.е. нажимать на кнопку и открыть один за другим - все объекты окружения - в общем мысль понятна
- с одной стороны если я все свойства запихну в один объект - нарушится все логика, объектов станет меньше, потеряется гибкость и работать станет неудобно
- с другой стороны чтобы получить полную информацию об объекте нужно давить на кнопки - <неудобно>
ничего не поделаешь - руководство - они заказывают музыку...
мы пошли на компромис, и каждый вновь создаваемый объект - намеренно перегружен частью информации из объектов окружения.
но этого оказалось мало
сделали специальное действие на ~10 SQL запросах которое собирает всю нужную информацию из объектов окружения объекта и показывает ее по требованию в одном окне - но сами понимаете это время ~1...5сек
Можно конечно в WorkFlow по ходу дела собирать все данные об объекте и объектах окружения, и тащить их за собой (накапливая) на одной форме до конца работы. Но вопрос не в этом. Ведь работы может и не быть, а объект просто достали из поиска и хотят сразу узнать всё (всю ключевую информацию о его 'жизни и телодвижениях')
Как вы решаете данную задачу? - как нужно правильно строить модель данных чтобы с одной стороны объект включал всю информацию о себе и окружении а с другой был разбит на отдельные логические объекты составляющие? как выбрать компромис между избыточностью и гибкостью?
Меня, кроме описанных вариантов, посещает только одна бредовая мысль - обратится к Лоции с просьбой о единой атрибутивной форме для произвольного количества объектов разного типа...
тогда бы я задумался, а так тоже самое вид сбоку....
