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

[Nemod]

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

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

[John Silver]

Ну, у нас не корпоративная база, а совсем даже отдельная.
И ваще, Access обладает рядом преимуществ, например не надо поднимать сервер БД, средства редактирования уже, как правило, установлены на компе. И какие вы бы предложили альтернативы для отдельной, не корпоративной БД?
Ну и к нашим баранам мерж тулам

Он где-то был,

Где же можно взять сей чудесный инструмент? Если уж не бесплатный, то хотя бы излечённый.

PS Эта тема?
Т.е. создаем запросы (это как View в Oracle?). Думал о таком варианте, но по моему, тогда не будет работать добавление нового компонента средствами CIS.

[vitan]

И ваще, Access обладает рядом преимуществ

О май гад! Оставим...

И какие вы бы предложили альтернативы для отдельной, не корпоративной БД?

Postgre MySQL, SQLServer и т.п.

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

Я поищу, но не гарантирую, т.к. с аксессом завязал много лет назад. Возможно, это будет тулза с GUI, возможно - в виде текстовых SQL-запросов, просто не помню.
А можно узнать, зачем она Вам нужна? Будете мержить несколько файликов из песочниц на сервер? УЖОС!

PS Эта тема?

Не совсем, там выделили отдельно.

Почему бы и нет?
Скажите пожалуйста чего не хватит Вам для решения данного вопроса в Microsoft Access? Ну что именно помешает? А как нужно делать? Спасибо!

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

Т.е. создаем запросы (это как View в Oracle?). Думал о таком варианте, но по моему, тогда не будет работать добавление нового компонента средствами CIS.

Тут не надо думать, без запросов в БД делать нечего.

[Буратино]

Для правильной организации всего процесса управления библиотеками на предприятии нужно прикинуть для чего все это затевается! Давайте ответим на этот вопрос все вместе, и лично я бы был рад:
1. Возможности вести единую базу УГО ,футпринтов. Для меня принципиально важно, чтоб компоненты складывались из моделей, которые лежат в одном месте а не разбросаны по сотням файлам. В данный момент у меня один файл содержит все УГО, другой все футпринты которые я использую в работе. Это позволяет решить многие вопросы.
2. Иметь возможность получать в автоматическом режиме перечни и спецификации к платам. Как показывает практика, этот вопрос решается только при хранении компонентов в иерархически сортированном виде. Речь идет о модели в которой например резисторы одной группы лежат в базе строго по возрастанию номинала, а не (например) в порядке их добавления в базу.
3. Иметь возможность выбирать компонент, который реально присутствует на складе предприятия. Ну например стаскиваете вы в своей САПР на схему резистор 1к, а потом обращаете внимание что 1к в данный момент осталось на складе предприятия 1500 штук и вы решаете поставить 1,2к которых завалялось 148000 штук
4. Распараллелить работу с базой между несколькими пользователями.

Что важно для вас? Опишите ваши потребности!

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

В Microsoft Access входит лайт MS SQLServer, и уже одно только это повод серьезно относиться к программе.
По простоте и качеству методов доступа к данным ацес не имеет себе равных, а эта конкретная задача, по большому счету - альтернатив. Ну уж точно для большинства присутствующих. Кроме самой структуры хранилища, вариантов представления, нужно еще решить вопросы с вводом информации в систему, контролем и возможностью редактировать ранее введенное. Или вы планировали помимо чистого MS SQLServer задействовать C# для построения форм ввода и администрирования?

---
Одно дело когда вы попробовали софт и составили о нем некоторое представление, другое когда навязываете свое мнение по данному вопросу другим.

[тау]

Для правильной организации всего процесса управления библиотеками на предприятии нужно прикинуть для чего все это затевается! Давайте ответим на этот вопрос все вместе, и лично я бы был рад:
1. Возможности вести единую базу УГО ,футпринтов. Для меня принципиально важно, чтоб компоненты складывались из моделей, которые лежат в одном месте а не разбросаны по сотням файлам. В данный момент у меня один файл содержит все УГО, другой все футпринты которые я использую в работе. Это позволяет решить многие вопросы.
2. Иметь возможность получать в автоматическом режиме перечни и спецификации к платам.
3. Иметь возможность выбирать компонент, который реально присутствует на складе предприятия.
4. Распараллелить работу с базой между несколькими пользователями.

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

Связь со складом тоже очень нужна. Только она сопряжена с некоторыми трудностями. У нас, например есть такая программа, 1С называется. Там все как и везде у нас - через одно место.

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

Есть нормальная программа-клиент, там есть весь функционал.

Да, клиент требует усилий.

Обычно энтузиазм у спорщиков пропадает после первого года пути и они больше не отвечают на посты...

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

[vitan]

У нас нет в этой связи подлинника КД на бумаге - он в базе

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

Склад и закупки работают у нас через эту же базу.

А можно здесь поподробнее, в плане обмена опытом, так сказать? У Вас закупки начинаются из этой базы, а не из 1С?

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

Я правильно понял, что заказ компонента инициируется техническим сотрудником (инжереном-разработчиком) в его базе, а бухгалтерам попадают некие заявки, которые они вручную обрабатывают и дальнейший учет ведут в 1С?

База партнамберов и дец. номеров синхонизирована для облегчения процесса.

В смысле, указанная база и база 1С синхронизированы по полю "партнамбер"?

я тоже был спорщиком , но меня утомил бесконечный разговор о структуре базы по приведенной ссылке и я отошел от обсуждения.

Да Вы как-то не особо и спорили там.

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

А я и не говорю, что заменит. Я говорю, что если это есть, то сильно ускоряет поиски. Хотите сказать, что откажетесь от этого, если Вам предложат? А ведь в реализации нет никаких проблем, надо только немного подумать... Я подумал, и не пожалел ни разу. Схемы рисую лично, быстро почувствовал, что нагрузка на мозги снизилась. Просто не надо держать в уме сотни примерно подходящих деталей, все можно за пять сек найти. В общем, я за то, чтобы справочники хранились на компьютерах, а человеческие мозги использовались более интеллектуальным способом.