Многопользовательский доступ к Libreoffice Base

многопользовательский доступ к Libreoffice Base

использовать в Libreoffice Base подключение к серверу БД умеющему в многопользовательский доступ

А что мешает вам поднять свою СУБД, чтобы без костылей подключаться ней из LO Base либо иного аналога с нормальной поддержкой многопользовательской работы?

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

Т.е. подключится к существующему Access. Без костылей это не сделать. А у меня нет прав sudo и доступа к серверным технологиям, кроме как хранения файлов

нет прав sudo

можно попробовать поднять сервер от пользователя

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

подключится к существующему Access

это не правильно, перенести данные в правильный сервер СУБД надо

Можете дать направление в какую сторону смотреть? Мне кроме регистрации БД в MySQL ничего в голову не приходит. Но и ее у меня нет в консоли.

AstraLinux

AstraLinux SE ? Тогда точно к админу обращайтесь

AstraLinux SE ?

Да

Или же проще будет начать изучать Python с парсингом CSV?

Интересует мнение по этому вопросу, учитывая что работаю на корпоративной AstraLinux SE.

Все зависит от ваших задач. И как многопользовательская работа с БД связана с заданным вами вопросом? Возможно, у вас проблема XY

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

Обращусь чтобы дали доступ к серверной СУБД на подобии MySQL. Только предвижу много проблем с подключением пользователей. Предвидение дилетантское т.к. до этого работал только с сайтами, а не локальными приложениями.

Все зависит от ваших задач. И как многопользовательская работа с БД связана с заданным вами вопросом? Возможно, у вас проблема XY

Задача: импортировать и объединить 6-ть Excel файлов по Primary key и делать из него выборку для чтения, обновления информации и записи новой информации. Многопользовательская - значит что несколько пользователей могут совместно работать с объединенным файлом в режиме онлайн.

Я это легко реализовал в Access на Windows, но тут пришла AstraLinux SE

Что такое проблема XY?

Задача: импортировать и объединить 6-ть Excel файлов по Primary key и делать из него выборку для чтения, обновления информации и записи новой информации.

Кажется, дешевле поставить какой-нибудь MySQL. В интернете полно руководств по чтению xslx таблиц через Python, если интересно. И это не так сложно, как кажется.

Что такое проблема XY?

https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_XY_(%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_%D0%BC%D0%BE%D0%BB%D0%BE%D1%82%D0%BA%D0%B0)

В Accesse было так: делаешь «серверную БД» и затем подключаешься к ней из локальных БД.

Даже в Access это был дикий костыль, и те, кому приходилось пользоваться результатами такой «экспресс-разработки», хлебали потом полной ложкой.

Или же проще будет начать изучать Python с парсингом CSV?

Если хочешь сделать нормально — можно изучить PostgreSQL (в AstraLinux SE входит штатно) и сделать нормальную клиент-серверную систему. Но нет, это не «проще», это сильно сложнее. Зато и результат будет добротный.

Вообще, секрет дикой популярности Access был в том, что там можно было «на халяву» накидать сразу и БД, и GUI к нему. Для клиент-серверных решений такого остро не хватает. Точнее, GUI для БД можно минимальными усилиями сделать на Delphi/Lazarus, но вот в Смоленске Лазаруса, насколько я понимаю, нет. (Хотя надо уточнять исходные данные — если у вас там нет гостайны и Смоленск затащили только потому, что нужна купленная отечественная ОС, то может, и прокатит поставить дебиановский.) В сертифицированные средства разработки для Астры входит Qt, там тоже можно успешно делать GUI для БД, но таки несколько посложнее, чем в Delphi/Lazarus. Питон тоже есть. :)

Ну ещё можно веб-интерфейс к базе сделать, там вообще не исключено, что можно будет штатными средствами обойтсь.

P.S. Анонимус прав, это действительно проблема XY. Правда, в данном случае переход от Y к X потребует довольно-таки больших усилий. Но решать тебе.

до этого работал только с сайтами, а не локальными приложениями.

Ну если с сайтами работали — то есть смысл таки подумать о накидывании веб-интерфейса к базе на PostgreSQL. Да, дополнительные пакеты (штатные, из Астры) доустанавливать придётся, надо будет написать обоснование админам, что это нужно для работы.

LibreOffice Base + SQlite не спасёт?

Так а чем так плох Access? Хотелось бы услышать что то более конкретное, поискал в интернете перед тем как это написать, но не нашел.

Я наоборот вижу что это идеальное решение задач, если его хватает. И если уж переделывать, то в веб удобнее.

Да в общем-то ничем осоо и не плох, кроме того, что уже несколько лет как deprecated.

А приемлимой замены ему так и не появилось. Ну типа есть потомок клиппера xHarbour, но это уж очень нишевая тема и тоже живость там напоминает зомби.

Вот реально, RAD для несложной бд так чтобы всё и под рукой - хоть одинэску бери…

Но недавно меня перевели c Windows на AstraLinux SE.

Так а чем так плох Access?

Так расскажи автору вопроса, как запустить Access на AstraLinux SE

Libreoffice Base

Оно похуже аксеса будет. Мне не понравилось отсутствие возможности скидывать запросы в эксель.

В Accesse было так: делаешь «серверную БД» и затем подключаешься к ней из локальных БД.

Есть в либре бейс возможность конекта по JDBC и прочему, то есть подымаешь mysql/postgre/любую по вкусу и клиентами либре бейс конектишься к этой базе, но ИМХУ проще будет написать веб-морду на spring к любой бд, там из коробки много чего есть, чем пытаться реализовать это на либре бейс.

Так встроенная БД там Firebird или HSQLDB. Или как клиент к внешней БД можно настроить. В чём проблема - то ?

Если быстро и без заморочек - можно попробовать Pentaho PDI. Это толстый ETL - инструмент, но он позволяет быстро и без заморочек прочитать Excel, преобразовать и выгрузить куда-либо. Особого программирования не требуется даже.