БД для Allegro CIS, Практические вопросы, от простого к сложному. Опции

[John Silver]

Предлагаю все же заняться практическими вопросами построения базы, и подключения ее к CIS.
Для новичков, от простого к сложному.
Кто хочет похоливарить на тему "у кого база самая базистая" прошу пройти сюда.

Сейчас насущный вопрос:
Сделать релятивную базу в Access по следующей схеме


1 Как сделать запрос, что бы сохранилась возможность задавать несколько корпусов для одного резистора?
Простой запрос не позволяет этого сделать

Код

SELECT Resistor.[Part Number], Resistor.[Part Type], Resistor.Value, Resistor.Tolerance, Resistor.[Schematic Part], Footprint.Footprint, Resistor.[Part name], Resistor.Value1, Resistor.Manufacturer
     FROM Footprint INNER JOIN Resistor ON Footprint.Footprint_ID = Resistor.Footprint_ID;

[Буратино]

А вот зачем нужна связь базы с готовой платой? После того как я "стянул" компонент на схему и перебросил на PCB мне все равно что там в базе и как он теперь называется. Получается что на этом функции библиотеки кончаются. Если к библиотеке присоед. другие базы то конечно же необходимо обеспечить целостность баз и при смене ID менять внешние ключи в связанных таблицах.

1,2,3,4 Хотите вести абсолютно лишнее поле с номиналом в виде цифр - ведите. Хотите иметь перечни/спецификации с кодами заказа вместо номиналов - пожалуйста, а я пока все же останусь при своем мнении. Ведь все получается естественно и органично: ID служит и для построения дерева компонентов и для сортировок внутри группы.
Да, и ID и мой самопальный партнамбер могут смениться в базе по отношению к готовым проектам, но я пока не вкуриваю где такая связь может пригодиться.

5. Подмешиваю специально и не просто так. Это сделано для того чтоб удобно было перетаскивать компоненты на схему. Посмотрите рисунок, это на самом деле куда удобнее чем рыться по двадцати таблицам.

Эскизы прикрепленных изображений

 

[lazarev andrey]

А вот зачем нужна связь базы с готовой платой? После того как я "стянул" компонент на схему и перебросил на PCB мне все равно что там в базе и как он теперь называется. Получается что на этом функции библиотеки кончаются. Если к библиотеке присоед. другие базы то конечно же необходимо обеспечить целостность баз и при смене ID менять внешние ключи в связанных таблицах.

ну а если представить что после разводки или во время, ну в общем после этапа схемотехнического проектирования, конструктор-механик решил поменять некий компонент?
как у вас происходит обмен данными от вас к конструктору и обратно? idf?

это я просто для себя, как у кого происходит обмен информацией между ECAD <-> MCAD

Сообщение отредактировал lazarev andrey - Aug 5 2011, 10:30

[Буратино]

ну а если представить что после разводки или во время, ну в общем после этапа схемотехнического проектирования, конструктор-механик решил поменять некий компонент?
как у вас происходит обмен данными от вас к конструктору и обратно? idf?

это я просто для себя, как у кого происходит обмен информацией между ECAD <-> MCAD

ну а как еще может происходить? один удалил, а другой поставил.