mbm

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

Pinned posts

ID: 1   Опубликовано: (изменено)

День добрый.

 

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

 

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

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

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

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

 

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

 

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

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

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

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

 

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

 

 

Изменено пользователем mbm

Поделиться сообщением


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


UnPinned posts

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

1 пользователю понравилось это

Поделиться сообщением


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

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

 

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

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

 

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

 

1 пользователю понравилось это

Поделиться сообщением


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

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

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

 

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

 

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

 

Спасибо.

 

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

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

 

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

 

Спасибо.

Поделиться сообщением


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

Покурите:

tcxml_export/tcxml_import

 

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

 

1 пользователю понравилось это

Поделиться сообщением


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

ID: 6   Опубликовано: (изменено)

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

 

 

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

 

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

 

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

 

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

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

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

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

 

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

 

 

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

 

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

Изменено пользователем lexx174
1 пользователю понравилось это

Поделиться сообщением


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

ID: 7   Опубликовано: (изменено)

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

Покурите:

tcxml_export/tcxml_import....

 

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

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

 

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

Изменено пользователем mbm

Поделиться сообщением


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

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

Поделиться сообщением


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

Наконец снова вернулся к этой проблеме. Двигался в направлении 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

Поделиться сообщением


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

 

сделал

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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