Использование Database Library в AD, ГЛЮКИ Опции

[RXgade]

Я пользователь AD 6.7
Для создания библиотеки компонентов использую механизм Database Library.
Для файла DBLib использую следующие настройки (остальные по умолчанию):
Path: c:\Data\eComp\eComp.mdb - путь к файлу базы данных;
Fielt Settings: [Manufacturer]='{Manufacturer}'AND[Part Number]='{Part Number}';

При этом в процессе работы проявляются следующие ГЛЮКИ!!!:
1. При открытии ранее настроенного и сохраненного файла DBLib, AD сам изменяет поле Part Number на [None] (это внизу в списке Field Mapping столбец Design Parametr), из-за этого это поле не переносится и в последствии теряется связь между компонентом на схеме и базой данных.
2. Когда библиотека уже подключена, то сортировка компонентов в списке на панели Libraries выполнена непонятно по какому критерию, и даже если ее отсортировать, по при последующем ее перевыборе сортировка опять нарушается.

3. ГЛАВНЫЙ ГЛЮК!!! Если в панели Libraries выбрать подключенную DBLib-библиотеку, и если в этой библиотеке достаточно компонентов чтобы в списке появилась строка прокрутки, то - при прокрукте списка вниз и выборе компонента, получается несоответствие между компонентом и отображаемой для него графики и модели footprint-a. Т.е. для компонента из базы данных ставится в соответствие другой символ и модель footprint, а не тот который указан для него в базе данных.

Кто сталкивался с ТАКИМИ ИЛИ ДРУГИМИ ПРОБЛЕМАТИ просьба поделится опытом и решениями.

[Visero]

СКОРЕЕ всего по разномe прописанs patch, где хранится SVN.

Файл библиотеки SVNDBlib используется на всех машинах один, поэтому пути одинаковые сетевые везде. Не в этом проблема.

В Access прописаны только название Footpint и УГО, но не названия самих библиотек.

И не здесь была загвоздка. Софтине не нужны названия библиотек, она ищет во всем массиве файлов по названиям компонентов. У меня например устроено так:
Где лежат, как указано в канонах, один компонент-один файл библиотеки.

А подстава оказывается была в русских буквах в названиях УГО\футпринтов. Что конечно странно, ибо когда либы были не сетевые, а локальные pcblib и schlib, то русские наименования проходили безболезненно. Видимо причина в дебрях сетевых взаимоотношений Altium-TortoiseSVN.

А насчет перехода на Vaults. Я помню, что Вы положительно отзывались о этой технологии на семинаре Родника.
Но меня смущает это:
1 - необходимость покупки отдельной лицензии для Vault'ов. Не совсем понятные условия покупки и продления лицензий
2 - в билде Altium 10xx были ваулты типа Enterprise\Satellite\Managed. в билде 13 - уже просто Personal\Vault Server. Т.е. технология еще достаточно сыра, раз так кардинально меняется подход. Подождем годик.

Сообщение отредактировал Visero - Mar 19 2013, 08:42

[Владимир]

А подстава оказывается была в русских буквах в названиях УГО\футпринтов.

Устроено у вас правильно, а насчет русских букв, спецсимволов, и использования служебных и задействованных параметров, у меня уже аскомина на зубах

Что конечно странно, ибо когда либы были не сетевые, а локальные pcblib и schlib, то русские наименования проходили безболезненно. Видимо причина в дебрях сетевых взаимоотношений Altium-TortoiseSVN.

А насчет перехода на Vaults. Я помню, что Вы положительно отзывались о этой технологии на семинаре Родника.

Да, положительно, а теперь еще положительнее

Но меня смущает это:
1 - необходимость покупки отдельной лицензии для Vault'ов. Не совсем понятные условия покупки и продления лицензий
2 - в билде Altium 10xx были ваулты типа Enterprise\Satellite\Managed. в билде 13 - уже просто Personal\Vault Server. Т.е. технология еще достаточно сыра, раз так кардинально меняется подход. Подождем годик.

на первое тоже что и про основную лицензию
на второе-- возможно это и правильное решение. Но пробовать то можно. К стати 13 воспринимал Satellite. Просто уже стер последний