АСКОН сообщил о выпуске новой версии системы ЛОЦМАН:КБ для управления инженерными данными в конструкторских подразделениях. Версия 22.1 совместима с системой проектирования КОМПАС-3D версии v21 и включает инструмент миграции данных с СУБД MS SQL Server на PostgreSQL.
СОВМЕСТИМОСТЬ С КОМПАС-3D V21
С каждой новой версией КОМПАС-3D растут возможности системы и, одновременно, меняется структура и объем данных в сохраняемых файлах. Начиная с версии 2021 основным методом формирования электронной структуры изделия в ЛОЦМАН:КБ стала интеграция с метаданными файлов КОМПАС-3D. При этом вся необходимая информация для построения дерева состава берется напрямую из файла, CAD-cистема подключается в фоновом режиме только для формирования вторичного представления документов в формате PDF.
У пользователя есть выбор и он может вернуться к традиционному методу интеграции, когда информация об изделии и вторичное представление получаются с помощью CAD-системы.
МИГРАЦИЯ ДАННЫХ
Поддержка PostgreSQL доступна была еще в предыдущей версии ЛОЦМАН:КБ, но тогда работать со свободной СУБД могли только новые пользователи, которые создавали базу данных впервые.
Теперь можно передти на PostgreSQL и тем, кто уже успел наработать некоторый объем данных. Функционал по переносу данных из Microsoft SQL Server в PostgreSQL доступен в инсталляторе при установке новой версии системы.
ПЕРЕРАБОТКА ВНУТРЕННЕЙ АРХИТЕКТУРЫ
В жизненном цикле любого программного продукта наступает момент, когда пора переработать его внутреннюю архитектуру. Обычно это не дает новых возможностей, зато качественно улучшает имеющиеся. В первую очередь модернизация затронула один из самых востребованных инструментов в ЛОЦМАН:КБ - работу с файлами. Изменения архитектуры отразились на выполнении ряда сценариев работы.
Примеры.
| Было | Стало | Преимущество для пользователя |
|---|---|---|
| Вторичное преставление файлов формируется при сохранении электронной структуры изделия, документы которой содержат эти файлы. | Вторичное представление формируется уже при работе в панели файлов — во время сохранения файла на сервер. | При получении состава изделия не требуется получать вторичные представления документов. Интеграция проходит быстрее. В будущих версиях появится попиксельное сравнение вторичных представлений двух версий файла. |
| Файл в панели файлов и этот же файл у объекта в электронной структуре изделия — две копии. | Используется один экземпляр файла. | Сокращение объема базы данных приблизительно на 10...30%. |
| При переводе электронной структуры изделия в архив, файлы, из которых она была получена, отвязываются от структуры и «живут своей жизнью». | При переводе состава изделия в архив, файлы, из которых он был получен, переводятся в состояние архив (не путать с функционалом «Архив файлов»), при попытке их изменить запускается процедура проведения изменений связанного архивного состава. | Более простая и наглядная процедура проведения изменений в архивных составах. |
| В процессе проектирования, при изменении файла в панели файлов, необходимо актуализировать файл, прикрепленный к объекту электронной структуры, с помощью специальной команды. | При изменении файла в панели файлов в составе актуализировать ничего не надо, т. к. используется один экземпляр файла. | Экономия времени за счет отказа от вспомогательных операций по актуализации файлов. Полностью исключается ситуация, что пользователь забудет синхронизировать файлы между панелью файлов и составом изделия. |
Посмотрите ниже пример работы процедуры проведения изменений
источник ascon.ru/
