Перейти к содержанию
    

Altium DBLib - выбор движка БД

Всем доброго дня! Вопрос про базу данных для Альтиума. Исторически она сделана в Access, но есть желание от него отвязаться.

Spoiler

Лицухи нету, за пиратку админы а-та-та делают.

Есть какие-либо бесплатные альтернативы?

Пробовал MySQL, работает. Но он хранит базу черт знает где в виде кучи файлов. Перенос ее затруднен, а про контроль версий вообще думать страшно. Да и вообще уж больно монументальная это софтина.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нашел суровый способ с текстовыми файлами:

http://we.easyelectronics.ru/CADSoft/korporativnaya-biblioteka-komponentov-dlya-altium-designer-svoimi-rukami.html

В принципе годный, но хочется готовую софтину. Жаль что LibreOffice с форматом mdb не дружит и ODBC не может, а альтиум ничего другое не умеет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если найдёте - отпишитесь, пожалуйста. Очень интересно. Тот способ реально суровый, трудоёмкий. Я-то просто попросил админа купить Access.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

просмтра\редактирования

20 часов назад, Fox_Sanchez сказал:

Всем доброго дня! Вопрос про базу данных для Альтиума. Исторически она сделана в Access, но есть желание от него отвязаться.

  Скрыть содержимое

Лицухи нету, за пиратку админы а-та-та делают.

Есть какие-либо бесплатные альтернативы?

Пробовал MySQL, работает. Но он хранит базу черт знает где в виде кучи файлов. Перенос ее затруднен, а про контроль версий вообще думать страшно. Да и вообще уж больно монументальная это софтина.

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

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

Для просмотра\редактирования mdb есть например бесплатный MDB Viewer Plus

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пробую следующий вариант: все файлы под контроль версии git, саму таблицу в MySQL. (В планах сделать ее общей с выкладкой на GitHub. Немного устал от того, что на каждом предприятии своя база. Может наступить момент, когда все заново придется делать.). В Excel варианте начал тормозить интерфейс при чтении библиотеки в альтиуме, хочу c Mysql сравнить. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ексель однозначно самый тормозной

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, Hermound said:

Пробую следующий вариант: все файлы под контроль версии git, саму таблицу в MySQL. (В планах сделать ее общей с выкладкой на GitHub. Немного устал от того, что на каждом предприятии своя база. Может наступить момент, когда все заново придется делать.). В Excel варианте начал тормозить интерфейс при чтении библиотеки в альтиуме, хочу c Mysql сравнить. 

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

 

Еще раз повторюсь - надо искать не серверных монстров, а маленькую локальную прогу, поддерживающую ODBC-интерфейс. Этой прогой мы поддерживаем базу, а альтиум в нее ходит через Microsoft ODBC driver.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, peshkoff сказал:

ексель однозначно самый тормозной

Зато ему ненужны никакие базы данных. Может просто лежать в папке с общим доступом и им все могут пользоваться

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Т.е. БД в экселе решение уровня "для себя".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

19 часов назад, musa сказал:

Зато ему ненужны никакие базы данных. Может просто лежать в папке с общим доступом и им все могут пользоваться

Нужен контроль изменений файлов, иначе хаос наступает. 

 

19 часов назад, Uree сказал:

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

Т.е. БД в экселе решение уровня "для себя".

Есть вариант хранить бибилиотеку в CSV файлах и их них "персонально" для себя генерировать Excel файл.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

33 minutes ago, Hermound said:

Нужен контроль изменений файлов, иначе хаос наступает. 

Есть вариант хранить бибилиотеку в CSV файлах и их них "персонально" для себя генерировать Excel файл.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я при переходе на Altium портировал свою библиотеку из Eagle. Начал делать в Excel как самый простой вариант, но экселю очень быстро стало плохо, так что его вообще не рассматриваем. А про "удобство" поиска нужного листа в этой куче вообще молчу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У меня хорошее впечатление от sqlite. Все в одном файле, open source. Удобно если надо редактировать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 hours ago, alexf said:

У меня хорошее впечатление от sqlite. Все в одном файле, open source. Удобно если надо редактировать.

А инструкцию можете краткую набросать? Чем базу удобно наполнять и редактировать, как ее в альтий подключать? Может какие чудеса есть (как, например, в Access не рекомендовано иметь поле с именем Value и т.д.)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 minutes ago, dee2mon said:

 (как, например, в Access не рекомендовано иметь поле с именем Value и т.д.)?

И где ж вы такую рекомендацию-то видели?
У меня несколько десятков таблиц формата Aceess к Altium подключено с полем Value. Уже много лет.
Работает железно вплоть до самой последней версии Altium 21.1.1 

Но боюсь лучше Access для управления таблицами и базами данных не найти. 
Я даже SQL базами управляю через среду Access, настолько она удобна и безотказна. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...