Перейти к публикации

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


Рекомендованные сообщения

День добрый.

 

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

 

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

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

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

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

 

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

 

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

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

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

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

 

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

 

 

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах


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

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

 

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

 

Ссылка на сообщение
Поделиться на других сайтах
15 часов назад, tuzik сказал:

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

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

 

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

 

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

 

Спасибо.

 

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

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

 

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

 

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах

Покурите:

tcxml_export/tcxml_import

 

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

 

Ссылка на сообщение
Поделиться на других сайтах
48 минут назад, mbm сказал:

 

 

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

 

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

 

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

 

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

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

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

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

 

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

 

 

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

 

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

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Krusty сказал:

Покурите:

tcxml_export/tcxml_import....

 

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

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

 

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

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах
  • 4 недели спустя...

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

Ссылка на сообщение
Поделиться на других сайтах
  • 5 месяцев спустя...

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

 

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

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

 

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

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах
32 минуты назад, mbm сказал:

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

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

 

Спасибо. 

Изменено пользователем mbm
Ссылка на сообщение
Поделиться на других сайтах
  • 3 недели спустя...
В 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 обещал преобразование адекватное сделать частью дефолтного мультисайта в декабре прошлого года. Можете покопать.

Ссылка на сообщение
Поделиться на других сайтах
В 12.01.2019 в 14:04, Ownd_hard сказал:

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

 

сделал

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
  • 1 месяц спустя...
В 19.01.2019 в 23:45, Nek сказал:

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

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

5c85595edcf08_2019-03-1021_35_53-HeadlineArialBold44ptSubheadArialRegular22ptSmartpanelwidthcan.thumb.png.6b428c30d38d2b5c01fdf10eb058d913.png

 

5c85595c154e5_2019-03-1021_36_07-HeadlineArialBold44ptSubheadArialRegular22ptSmartpanelwidthcan.thumb.png.8203f0fa3599e20d9ecccdc32ebed852.png

Изменено пользователем Krusty
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, lexx174 сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
В 10.03.2019 в 21:35, Krusty сказал:

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

5c85595edcf08_2019-03-1021_35_53-HeadlineArialBold44ptSubheadArialRegular22ptSmartpanelwidthcan.thumb.png.6b428c30d38d2b5c01fdf10eb058d913.png

 

5c85595c154e5_2019-03-1021_36_07-HeadlineArialBold44ptSubheadArialRegular22ptSmartpanelwidthcan.thumb.png.8203f0fa3599e20d9ecccdc32ebed852.png

 

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

Ссылка на сообщение
Поделиться на других сайтах
В 14.03.2019 в 10:58, Actuator сказал:

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 5 недель спустя...

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...