Хочется странного. В общем сейчас стою на распутье - сырая плохо формализованная задача, неясно куда дальше идтить. Итак, есть иерархическая БД для хранения и обработки результатов числ моделирования (наск я понимаю оно называется так, т.е. записи в виде дерева а не таблицы и в каждой записи может быть черти чего).
Речь идет об одной записи. Кроме некоторого фиксированного набора служебных параметров юзер может сувать туда все что угодно. Параметров юзера может быть много (сотни) и вопрос состоит в том надо ли их организовывать в древовидную структуру, или хранить все на одном уровне (точнее - что в этом отношении надо рекомендовать юзеру, все равно все по своему ведь сделает;-)). Древовидность вроде как более Ъ (можно все по полочкам разложить) но создает ряд проблем и неоднозначностей в реализации, в т.ч. идеологических. Хранение на одном уровне в принципе позволяет как то древовидность эмулировать (загонять путь от корня в имя параметра) но не очень понятно насколько это удобно в работе для того же пользователя...
Одна из задач к-я стоит перед пользователем - это набивка/доставание параметров в запись. У пользователя есть в программе свои параметры (поля класса или нескольких классов, глобальные переменные и тд), ему это хозяйство надо как то с объектом записи БД синхронизировать. Понятно что у пользователя данные в виде некоего дерева (или нескольких), в БД надо совать не все, и доставать из БД некоторые вещи приходится изощренно (например размер массива надо подсунуть в функцию инициализации). На одном уровне это бол-мен автоматом таки делается...
В общем это некий поток сознания, но может кто чего дельное скажет;-)
Всем заранее спасибо.
