БД для 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;

[lazarev andrey]

мне вот не совсем понятен момент именно "когда в БД НАДО заводить новый компонент"?
просто кто решает ЧТО надо внести в БД, а что НЕНАДО? тут возникает роль библиотекаря (ну или того, кто внятно может дать ответ на те или иные вопросы по организации самой БД).
или например ткнуть схемотехника носом в компонент, который он не смог найти и попытался организовать запрос на добавление компонента в БД.

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

у нас планируется идентификация компонентов по внутреннему ID, который будет в первую очередь заводиться в БД PDM, после этого, уже с помощью организационных моментов, будет заведен компонент в БД Allegro (схемотехническую). схемотехник конечно может использовать любые библиотеки и компоненты, до момента сдачи проекта в PDM систему, во время сдачи проекта ему предложится верифицировать все компоненты.

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

то vitan: не могли бы вы скинуть на емайл просто шаблоны таблицы для понимания, я так понимаю что у вас организовано не в акцессе? но суть я думаю будет ясна. не хочется наступать на грабли dead_cell(шабака)mail.ru

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

[vitan]

мне вот не совсем понятен момент именно "когда в БД НАДО заводить новый компонент"?

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

у нас планируется идентификация компонентов по внутреннему ID, который будет в первую очередь заводиться в БД PDM, после этого, уже с помощью организационных моментов, будет заведен компонент в БД Allegro (схемотехническую). схемотехник конечно может использовать любые библиотеки и компоненты, до момента сдачи проекта в PDM систему, во время сдачи проекта ему предложится верифицировать все компоненты.

Правильно, пусть используют, что хотят, но потом верифицируют. Я сам именно так и работаю.
Однако, мне непонятно, зачем городить две разных БД. Какая у Вас PDM?

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

Этим должен заниматься не библиотекарь, а архитектор системы, которому совершенно все равно, сколько там таблиц.

то vitan: не могли бы вы скинуть на емайл просто шаблоны таблицы для понимания, я так понимаю что у вас организовано не в акцессе? но суть я думаю будет ясна. не хочется наступать на грабли dead_cell(шабака)mail.ru

В топике из раздела альтиума я приводил примерную структуру, посмотрите там, сейчас мне совсем не до того...

[lazarev andrey]

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


Правильно, пусть используют, что хотят, но потом верифицируют. Я сам именно так и работаю.
Однако, мне непонятно, зачем городить две разных БД. Какая у Вас PDM?

ну библиотекарь, это я так назвал роль, конечно никто не собирается держать отдельную персону. просто пока что нас двое, совершенно не исключен вариант когда будет 10 и вот когда каждый будет что то там вносить в БД - мне кажется это не совсем правильно, кто потом ответит за вероятные ошибки? но это на самом деле не вопрос для обсуждения, тут уж кто будет вносить записи в БД - это уже дело десятое, хоть и не самое последнее.

PDM Windchill, как раз тут достался классификатор компонентов по Windchill'у, мозгуемс.

[vitan]

как раз тут достался классификатор компонентов по Windchill'у, мозгуемс.

А что это такое?