Цитата |
---|
Brom25 пишет:
Я сам на работе со ссылками "собаку съел", знаю какие у пользователей возникают проблемы. Тем не менее, существует возможность использования ссылки на фрагмент по переменной, даже если ссылки абсолютные. Использование абсолютных путей может привести к проблемам, но создание и использование копий файлов может привести к другим проблемам |
Я вообще-то не говорил о копиях. Я просто говорил о библиотеках и конфигурациях. Конечно все зависит от предметной области, в которой каждый из нас работает. Я просто не использую заимствованных деталей за очень очень редкими исключениями, когда используются типовые узлы. Правила один документ - один файл я тоже придерживаюсь - у нас каждый проект в определенной папке на одной машине. И если кто-то работает локально, то получит соответсвтующий нагоняй.
Я для переноса проекта я использую простое копирование с сетевого диска на переносной. И открываю дома рабочий проект без всяких заморочек. А утром на работе обратная процедура. И никаких проблем и не надо заморачиваться с переносом проекта - сборок то там не единицы а десятки и сотни. Но я свой подход здесь на форуме никому не навязываю, просто делюсь опытом.
Куда то исчез мой ответ Александру, повторю :
Цитата |
---|
Александр Конорев пишет:
В руководстве черным по белому написано что любой параметрический объект нужно начинать с разработки базы данных |
Возможно я давно не читал руководство, но такого однозначного утверждения там вроде как нет. Не обязательно параметрическая модель должна иметь базу данных. У меня достаточно много фрагментов, параметрических конечно, но без всякой базы данных. Так что в этом плане что-то Вы путаете.
Что касается сути вопроса, то надо четко обозначить цели, которые вы преследуете задавая вопрос. Какой набор параметров Вы хотите определить через базу данных?
Если только вид материала (по крайней мере первоначально я так понял), то БД не нужна, достаточно создать список значений для соответствующей переменной. Если же параметров(взаимосвязанных друг с другом) несколько, то имеет смысл создать БД. В данном случае я бы посоветовал создать внутреннюю базу данных по ссылке ( в качестве ссылки можно использовать электронную таблицу Excel). В чем преимущество БД по ссылке? Ведь наверняка фрагментов, использующих одну и ту же БД будет не один. Может потребоваться подредактировать БД. В этом случае достаточно легко вносить изменения, всего лишь подредактировать файл Excel. Внешняя база на мой взгляд в этом плане менее удобна - чтобы работать с ней нужна соответсвующая программа - редактор БД. Я по крайней мере в свое время использовал таблицу Excel при создпании библиотеки для проектирования торгового оборудования - надо было увязать номер профиля, его отделку и цену и при этом требовалось легкое редактирование через Excel.
Что касается непосредственно базы данных. Я бы пошел следующим путем. Формируем библиотеку материалов T-Flex, в которой описываем наименования всех используемых материалов (бук бавария, вишня, орех и т.п.) Эта библиотека нам нужна для отображения текстур на модели. За основу можно взять базовую библиотеку Tflex "Дерево.mat". Там куча всяких текстур имеется. Либо создавать свои. Новую библиотеку сохраняем под нужным именем. И все фрагменты создаем с использованием этой библиотеки. Далее создаем базу данных с необходимым набором полей. Одно из полей текстового типа, в котором записаны наименования текстур. Другие поля те которые Вам нужны (толщина, цена и т.п.). Тут кстати встает вопрос как делать выбор записи? Ведь, наверняка для одного и того же наименования материала могут быть несколько разных толщин (10, 16, 28). Я бы в файле модели фрагмента для переменных Материал и Толщина создал простые списки, не связанные с БД, а уже по их значениям делал выборку остальных параметров. На мой взгляд так проще и легче реализовать. Хотя возможно кто-нибудь предложит и другой вариант. Но я в похожих ситуациях делал так, по крайней мере в 10 версии (в 11 у меня таких задач пока не встречалось)