Центральная БД предприятия Опции

[Nemod]

Хотим перейти на Orcad/Allegro.
Пока конечно мало о нем знаю (почитал по диагонали Kreig Mitzner и прочие доки).
Встал вопрос об организации центральной БД компонентов используемых в изделиях предприятия.
Как это лучше сделать для "Orcad Capture -> PCB Editor" Flow?
CIS я так понял это просто надстройка содержащая ссылки на файлы падстаков и OLB. И если это так то сложно его назвать базой данных, это просто представление данных которые валяются в виде файлов и редактирование происходит вообще не через него (может я чего-то не нашел).

Сейчас основная идея вынести файлы на сервер и там их редактировать, но возникает тогда проблема совместного доступа.
Т.е как разрешить конфликты совместного редактирования OLB файлов?
И есть ли возможность хранить данные как-то в другом виде например в БД в виде BLOB полей или таких же файлов но чтобы конфликты доступа разрешал сервер?

[Uree]

Не буду я ниоткуда вылезать Не используем мы БД, по крайней мере в САПРе. А остальной документооборот электронный конечно, но к САПРу никак не привязан. Вся связь через парт_намбер в ВОМе.

[vitan]

Не буду я ниоткуда вылезать Не используем мы БД, по крайней мере в САПРе. А остальной документооборот электронный конечно, но к САПРу никак не привязан. Вся связь через парт_намбер в ВОМе.

Тогда мы Вас будем выковыривать.
Естественно, связь будет через партнамбер (а не через уникальные ключи, кстати). Только вопрос в том, позволяет ли такая система манипулировать данными, как это нужно для построения КД. Очевидно - нет.
Вот, к примеру, сможете ли Вы извлечь из Ваших текстовых файликов список компонентов на плате с рабочей температурой ниже нуля (на предмет замены их на более дешевые коммерческие)? Быстро и легко - вряд ли.
И таких примеров множество, база как раз помогает в этих вещах.

[Uree]

Естественно, связь будет через партнамбер (а не через уникальные ключи, кстати). Только вопрос в том, позволяет ли такая система манипулировать данными, как это нужно для построения КД. Очевидно - нет.

С чего вдруг такой вывод???? Вы же не знаете возможностей DE HDL, о чем и писали чуть не в самом начале обсуждения. Причем советуя человеку на него не переходить и аргументируя это тем, что CIS в HDL не реализован.

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

Давайте отделим мух от котлет: есть текстовые файлики, есть проект, есть плата в проекте(может быть не одна) и есть документация, которая генерится на основе всего этого. Так вот информацию можно извлечь любую, условно и безусловно, естественно при условии, что соответсвующие параметры заданы в этих текстовых файликах.
Т.е. для реализации описанной задачи достаточно в темплэйт по генерации БОМ-а включить условие отбора компонентов по температурному диапазону. Пару минут это конечно займет, но вряд ли больше.

Поэтому не стОит однозначно утверждать о невозможности реализации чего-то, чего Вы лично просто не знаете.
Ну и если Вам так будет легче представить - считайте, что эти текстовые файлики с полным перечнем атрибутов соответствующих компонентов и есть БД, а механизм доступа к такой БД реализован непосредственно в САПРе. Все манипуляции с данными тоже делаются САПРом(хотя я предпочитаю редактировать таблицы текстовым редактором). А текстовая форма их хранения в библиотеке несколько упрощает жизнь.

[vitan]

С чего вдруг такой вывод???? Вы же не знаете возможностей DE HDL, о чем и писали чуть не в самом начале обсуждения.

Пардон, а Вы всю КД в DE HDL собрались рисовать? Вот с того и такой вывод.

Причем советуя человеку на него не переходить и аргументируя это тем, что CIS в HDL не реализован.

Ну не передергивайте. Я советовал человеку не бросать оркад только потому, что не получается настроить CIS. Или Вы хотите сказать, что CIS в HDL есть?

Давайте отделим мух от котлет: есть текстовые файлики, есть проект, есть плата в проекте(может быть не одна) и есть документация, которая генерится на основе всего этого. Так вот информацию можно извлечь любую, условно и безусловно, естественно при условии, что соответсвующие параметры заданы в этих текстовых файликах.
Т.е. для реализации описанной задачи достаточно в темплэйт по генерации БОМ-а включить условие отбора компонентов по температурному диапазону. Пару минут это конечно займет, но вряд ли больше.

Вот ведь... А если это надо сделать не в одном проекте, и даже не во всех сразу, а для компонентов, которые лежат на складе? Будете генерить 150 бомов по проектам, отправите на склад, а с тем, что еще в проектах не применялось, пусть кладовщик разбирается?

Ну и если Вам так будет легче представить - считайте, что эти текстовые файлики с полным перечнем атрибутов соответствующих компонентов и есть БД, а механизм доступа к такой БД реализован непосредственно в САПРе. Все манипуляции с данными тоже делаются САПРом(хотя я предпочитаю редактировать таблицы текстовым редактором). А текстовая форма их хранения в библиотеке несколько упрощает жизнь.

Я уже говорил, что это можно себе представить как базу. Только это плохая база.
Да, текстовые файлы лучше, чем бинарные. Но это все равно всего лишь файлы. Извлечь запросом данные нельзя просто потому, что между файлами нет связей. Их и быть не может, ибо наборы либов и данные в них уже определенным образом классифицированы, подготовлены для работы с САПР. А нам надо работать не только с САПР, вот в чем дело-то.
То представление, которое предназначено для САПР (либы), не позволит Вам нормально работать в других областях, с тем же складом, например. Поэтому CIS и создан, он берет инфу из базы (общей для всех), но представляет ее в виде, понятном САПР (либы). Обратите внимание на название топика, речь обо всем предприятии, а не только о схемах и платах.