Полный перенос данных

[mbm 9]

День добрый.

 

В свое время выполнялся проект (можно сказать пилотный) в Teamcenter с любезно предоставленной московским офисом Siemens моделью данных ПСР (Прототип Стандартного Решения). Приняли решение разрабатывать свою модель данных. Встал вопрос том как перенести все разработанные данные старого развертывания TC с одной моделью данных в новое. Причем перенести нужно не только утвержденные данные, но и хотелось бы все рабочие данные пользователей тоже.

 

Доки пока особо на этот счет не раскуривал, но полагаю что это возможно будет сделать выполнив:

1)поисковый запрос, который соберет все данные в какой-нить папке в TC

2) Выгрузить с помощью PLMXML все это дело на жесткий диск

3) написать конвертер из одного PLMXML в другой, который будет понятен новому развертыванию TC с новой моделью данных там (я подобное уже делал, не очень сложно).

 

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

 

ЗЫ: кстати, столкнулся с ограничениями PLMXML, до решения которых руки не доходили:

1) если выгружать item из "Мой Тимциентр", то не выгружается весь состав изделия (компоненты, компоненты компонентов и т.п.)

2) если выгружать из "Менеджер структуры", то не выгружаются все ревизии item-ов, а только те, что сконфигурированы в "Менеджер структуры".

Исходя из этого и полагаю, что нужно сначало все данные собрать поисковым запросом (например, все item-ы), а уже потом думать какой PLMXML применить (или создать свой).

 

Кстати, вот еще подумал, что мой процесс будет выполняться даже на нашей мелкой базе пол месяца (как-то выгружали только одну версию сборки 5 дней в PLMXML). А это уже не допустимо.

 

 

Изменено 6 июня 2018 пользователем mbm

[tuzik 5]

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

[lexx174 373]

По моему немного усложняете все.

 

Основные данные для переноса - это сборки и детали,состав изделий. Для этого есть различные утилиты. Самый дешманский вариант с определенной трудоемкостью - экспорт/импорт сборки например тем же ug_export/ug_import с использованием mapping файла.

В mapping файле указываются для каждого Item соответствующий тип(т.к база импорта с другими типами будет).

 

Так же имеет значение какие дополнительные атрибуты для деталей и сборок у вас используются,например атрибут хранения массы, многие используют стандартный системный атрибут NX, но кто-то может по старинке продолжать использовать свои кастомные атрибуты( масса,материал итд)

 

[mbm 9]

15 часов назад, tuzik сказал:

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

Есть несколько дополнительных вопросов:

 

1) Я хочу развертывание, без наличия там "мусорных" типов от устаревшей модели данных, которые никогда использоваться не будут. Кроме того, у меня к ним доступ только как COST, соответственно не понятно как это все будет дальше обновляться и поддерживаться (нет полного контроля).

 

2) В TCfoundation около 1тыс. таблиц в БД. Разобраться как устроены там реляционные связи чтобы внести изменения так, чтобы преобразовать одни типы в другие и чтобы все это ТС воспринимал как нативные данные выглядит слишком сложно/трудоемко. Или Вы предлагаете воспользоваться каким-то определенным механизм? Можно поподробнее какие механизмы API или функции ТС вы предлагаете для этого использовать.

 

Спасибо.

 

1 час назад, lexx174 сказал:

По моему немного усложняете все...

 

Возьму на заметку, спасибо. Поковыряюсь, т.к. хотелось бы еще выгрузить статусы выпуска, объекты процессов согласования, варианты конфигурирования и т.п.

 

Спасибо.

[Krusty 194]

Покурите:

tcxml_export/tcxml_import

 

Ну и в последних версиях сделали таки нормальные инструменты для решения подобной задачи.

 

[lexx174 373]

48 минут назад, mbm сказал:

 

 

Возьму на заметку, спасибо. Поковыряюсь, т.к. хотелось бы еще выгрузить статусы выпуска, объекты процессов согласования, варианты конфигурирования и т.п.

 

если нужно скопом со статусами то тут лучше смотреть в сторону tcxml_export/import наверно.

 

утилиты импорта экспорта сборок помогут импортировать сборки и детали с нужными типами,состав(BOM),наборы данных с геометрией, собственно и все.

 

Если нужно импортировать статусы и прочие связи и отношения то здесь нужен другой инструмент

48 минут назад, mbm сказал:

2) В TCfoundation около 1тыс. таблиц в БД. Разобраться как устроены там реляционные связи чтобы внести изменения так, чтобы преобразовать одни типы в другие и чтобы все это ТС воспринимал как нативные данные выглядит слишком сложно/трудоемко.

вам не надо лезть непосредственно в таблицы БД. Не забивайте себе этим голову. Работа с TC(изменения итд) подразумевает работу на уровне использования инструментов его бизнес-логики, - утилит,работы в  BM IDE, API для кастомизации.

 

В таблицы БД на практике лезут в основном в одном случае - для получения больших отчетов за минимальное время(за счет прямого обращения к таблицам).

 

 

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

 

Правда если делать у вас это не кому(писать утилиту) то вариант отпадает,как и в принципе вариант с программированием

Изменено 7 июня 2018 пользователем lexx174

[mbm 9]

2 часа назад, Krusty сказал:

Покурите:

tcxml_export/tcxml_import....

 

2 часа назад, lexx174 сказал:

если нужно скопом со статусами то тут лучше смотреть в сторону tcxml_export/import наверно...

 

Спасибо большое за помощь, будем разбираться.

Изменено 7 июня 2018 пользователем mbm

[Ownd_hard 6]

TCXML - это очень долгий путь к коммунизму. Он хорош для решения других задач. Думаю быстрее всего написать свою выгрузку в xml/json и переносить только нужные данные.

[mbm 9]

Наконец снова вернулся к этой проблеме. Двигался в направлении tcxml и одну вещь преодолеть не смог - выгрузку файлов. Как написано в документации, tcxml выгружает только FMS указатель на файлы, что в MultiSite среде очевидно должно работать. Пытался выгрузить dataset-ы через plmxml, а метаданные (все остальное: айтемы, ревизии, отношения и т.п) черзе tcxml, однако добиться приемлемого результата не удалось. Вернулся к PLMXML

 

Текущие проблемы plmxml (не далеко ушел):

При выгрзке айтема у меня выгружаются и все его ревизии. Однако порядок ревизий некорректный (сначало может быть ревизия А, потом С, потом В). Предполагаю что порядок ревизий был бы возможно корректный, если бы удалось выгрузить и обратно импортировать атрибуты creation_date и last_mod_date. Выгрузить эти атрибуты у меня удалось. Вот при обратном импорте он эти атрибуты из xml-файла не считывает, а для импортированных объектов устанавливает даты момента импорта.

 

Спасибо за любой совет. 

Изменено 25 декабря 2018 пользователем mbm

[mbm 9]

32 минуты назад, mbm сказал:

Наконец снова вернулся к этой проблеме...

Блин, только написал, осенило попробовать (до этого 2а дня мудился) сначало импортировать метаданные с помощью tcxml, потом импортировать файлы с помощью plmxml (tcxml создает датасеты похоже с теми же uid и при импорте plmxml обнаруживает что dataset-ы существуют), т.к. раньше делал наоборот. Попробовал, прокатило... в именованных ссылках dataset-ов появились файлы и все вроде работает. В любом случае буду рад  любому совету по этому вопросу.

 

Спасибо. 

Изменено 25 декабря 2018 пользователем mbm

[Ownd_hard 6]

В 25.12.2018 в 16:07, mbm сказал:

Блин, только написал, осенило попробовать (до этого 2а дня мудился) сначало импортировать метаданные с помощью tcxml, потом импортировать файлы с помощью plmxml (tcxml создает датасеты похоже с теми же uid и при импорте plmxml обнаруживает что dataset-ы существуют), т.к. раньше делал наоборот. Попробовал, прокатило... в именованных ссылках dataset-ов появились файлы и все вроде работает. В любом случае буду рад  любому совету по этому вопросу.

 

Спасибо. 

Вы усложняете. TCXML работает также как item_export/import. Настройте сайты как при работе с мультисайтом (зарегать сайты с двух сторон, настроить FMS и ещё чегото там). Пользуйтесь TIEExportDefaultTM/TIEImportDefaultTM правилами. В выгрузке в файле xml есть линки на файлы. При импорте FMS сам притащит файлы из удалённых томов. Ещё вы столкнётесь с проблемой, что тащит tcxml только последнюю ревизию (вроде раньше было так). Прочитайте про Optionset. Получите сверху ещё 100-500 проблем сверху при составлении XSLT и придите к своему формату выгрузки. Вообще Siemens обещал преобразование адекватное сделать частью дефолтного мультисайта в декабре прошлого года. Можете покопать.

[Krusty 194]

В 12.01.2019 в 14:04, Ownd_hard сказал:

Вы усложняете. TCXML работает также как item_export/import. Настройте сайты как при работе с мультисайтом (зарегать сайты с двух сторон, настроить FMS и ещё чегото там). Пользуйтесь TIEExportDefaultTM/TIEImportDefaultTM правилами. В выгрузке в файле xml есть линки на файлы. При импорте FMS сам притащит файлы из удалённых томов. Ещё вы столкнётесь с проблемой, что тащит tcxml только последнюю ревизию (вроде раньше было так). Прочитайте про Optionset. Получите сверху ещё 100-500 проблем сверху при составлении XSLT и придите к своему формату выгрузки. Вообще Siemens обещал преобразование адекватное сделать частью дефолтного мультисайта в декабре прошлого года. Можете покопать.

 

сделал

[Nek 26]

@Krusty , а можно ссылочку на документацию Teamcenter, где про это можно почитать? У вас есть информация с какой версии Teamcenter это реализовано?

[Krusty 194]

В 19.01.2019 в 23:45, Nek сказал:

@Krusty , а можно ссылочку на документацию Teamcenter, где про это можно почитать? У вас есть информация с какой версии Teamcenter это реализовано?

ищите утилиту Diverse Schema Utility, начиная с 11.5 кажись.
 

 

Изменено 10 марта 2019 пользователем Krusty

[lexx174 373]

А эта утилита для 10ки подойдет?Или строго > 11?

[Krusty 194]

2 часа назад, lexx174 сказал:

А эта утилита для 10ки подойдет?Или строго > 11?

Да фиг знает, думаю нет, да и лицензии она какой-то требует, но тем не менее это лучше чем городить костыль с конских денег стоящей Altova MapForce)

[Actuator 4]

В 10.03.2019 в 21:35, Krusty сказал:

ищите утилиту Diverse Schema Utility, начиная с 11.5 кажись.
 

 

 

Этой утилите нужно модели данных в формате json дать. Вопрос: как получить модель данных в формате json?

[Krusty 194]

В 14.03.2019 в 10:58, Actuator сказал:

 

Этой утилите нужно модели данных в формате json дать. Вопрос: как получить модель данных в формате json?

нет, вы руками описываете, с чего взяли про дать в json)

[Actuator 4]

Можно уточнить какой формат у файла janus_schema.json?

[Ownd_hard 6]

Что-то выглядит простовато.. мапинг в формате csv? Это прям для примитивов что ли? Нужно будет на досуге почитать. 

В 18.03.2019 в 12:31, Actuator сказал:

Можно уточнить какой формат у файла janus_schema.json?

ну очевидно, что  json:) Скорее всего есть инструмент для выгрузки схемы в json, сама утилита поди и формирует схему.  Главное, чтобы была возможность сказать этой балалайке, что давай-ка переноси все стандартные классы по дефолту, а описывать только именно конвертацию. А то старый добрый BMIDE+jar-ки альтовы нихера не смогли это сделать (Подтверждено разрабами TC)