Проблема организации многопользовательской работы с базой данных Microsoft Access

Буду очень благодарен за помощь в организации многопользовательской работы с базой данных Microsoft Access.
Проблема:
Была попытка разместить файл Front-End'а на Google Диске и раздать доступ нескольким пользователям, но возникла проблема: при открытии файла одним пользователем, Access создает файл блокировки (.laccdb), из-за чего другие пользователи не могут вносить изменения. Следоватеьно, сделан вывод, что Google Диск (и подобные облачные хранилища) не решает эту задачу, и в результате не происходит синхронизация данных между пользователями в реальном времени.
Вопрос:
Рассматриваем вариант с приобретением сетевого хранилища (NAS), например, Synology DiskStation, с последующим развертыванием на нем СУБД MariaDB.
Скажите пожалуйста, поможет ли эта связка (NAS Synology DiskStation + MariaDB) решить проблему блокировок и организовать стабильную одновременную работу?
Существуют ли другие, возможно, более простые способы?
Если мы переедем на такую архитектуру, будет ли автоматически обновляться Front-End (интерфейсный .accdb -файл) у всех пользователей при его обновлении на сервере?
Заранее спасибо за советы специалистов.

0

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

0

Сообщение от qwertehok а вы можете сказать что есть примеры нормально работающей системы?

Вообще-то у нас есть несколько программ/баз на Access. Самой старшей 20 лет. Следующей - 15. Менялись параметры, исходные данные. Базы дорабатывались. У первой - 250 доработок, у второй - 140. Первую задачу сейчас переделывают для интернета.

Прошу прощения, не увидел замечание модератора.

0

Сообщение от Silur Вообще-то у нас есть несколько программ/баз на Access. Самой старшей 20 лет. Следующей - 15.

прям прям сетевые? с одновременным доступом?

я поддерживал 7 лет АРМ на аксесс+MSSQL и была там старая версия чисто на аксессе - 2 пользователя еще могли что то делать, но 3 и более это были дикие тормоза. и это когда они разные операции делали, про одновременно забивание накладных и речи не шло - зависало
ладно бы криворукий я это все писал, разрабатывало это команда из питера и от них наслушался что такое поведение норм

извиняюсь, но сам в работе не видел и поэтому так и писал

но то что делфи+СУБД лучше тут буду стоять до последнего

0

Сообщение от qwertehok прям прям сетевые? с одновременным доступом?

Сообщение от qwertehok но то что делфи+СУБД лучше тут буду стоять до последнего

Да, вы используете архитектуру клиент-сервер.

0

Сообщение от qwertehok делфи+СУБД лучше тут буду стоять до последнего

Вы типичный "Дельфист", не первый раз такое встречаю.
Спорить с вами ("дельфистами"), и что либо доказывать - действительно бесполезно.
Печалька однако.

По теме:
У меня пара на MySQL (ODBC + DAO) + несколько на MS SQL с FE на MSA (смесь ODBC и OLEDB + ADO.) - эксплуатируются более 10-ти лет.

0

Сообщение от Eugene-LS Вы типичный "Дельфист", не первый раз такое встречаю.

спасибо)))
но я не говорю что делфи лучше си или другого ЯП
я говорю что делфи гибче чем формы в Аксессе

Сообщение от Eugene-LS У меня пара на MySQL (ODBC + DAO) + несколько на MS SQL с FE на MSA (смесь ODBC и OLEDB + ADO.) - эксплуатируются более 10-ти лет.

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

вопрос именно в многопользовательской работе

0

Сообщение от qwertehok вопрос именно в многопользовательской работе

А что проверка "занятости" записи на дельфи и VBA принципиально отличаются?

0

Сообщение от Eugene-LS А что проверка "занятости" записи на дельфи и VBA принципиально отличаются?

Об этом заботится СУБД. Она транзакционная.

0

Сообщение от Ludwig Valentin Об этом заботится СУБД. Она транзакционная.

Ясно.

0

Eugene-LS,

Я вообще-то тоже против переписывания того, что уже работает.
Но для новых проектов стоит выбрать среду посолиднее.
Если вам нужен только клиент-сервер, не трёхзвенка, то рекомендую Lazarus.

0

Сообщение от Ludwig Valentin то рекомендую Lazarus.

Вот спасибо!
Посмотрел - ВАУ-у-y-у-!!! Хорошая штука !!!
...
Сейчас попробую на ней чё нить простенькое написать ...

0

Сообщение от Eugene-LS Посмотрел - ВАУ-у-y-у-!!! Хорошая штука !!!

Да ещё и Freeware.

Сообщение от Eugene-LS Сейчас попробую на ней чё нить простенькое написать ...

Рекомендую ещё для доступа к БД установить компонент ZeosDBO. В сетевом диспетчере пакетов.

0

Сообщение от qwertehok прям прям сетевые? с одновременным доступом?

Да, сетевые, да, с одновременным доступом. Раньше на ней работало 10 человек, теперь - 5. ("оптимизация затрат", а проще говоря - сокращение) И если раньше обрабатывали до 16 тыс записей в месяц, то теперь всего 5-6 тыс. Нормально работала пока число записей в основной таблице не перевалило за 900 тыс. Операторы начали ныть, что долго форма выводится, а по-моему было терпимо. (это они на эсэмках под досом не работали). Пришлось бить базу на части. И у нас работали не с накладными, а с анкетами. И можно было нормально продумать и оптимизировать процесс. То что разработчики были с Питера ни о чём не говорит. Ту же 1С сколько лет до ума доводили.
Например, как вводились новые анкеты у нас. Заносились все данные в форму, которая была отвязана от таблицы, а потом все внесённые данные по команде "Сохранить" вносились в таблицу (вообще-то их было 3 таблицы). И не было сбоев. Вот корректировка записей была сложнее.

0

Сообщение от Silur Стоит сейчас Microsoft Server 2016 (более современные не подходят. У них удалённый рабочий стол под Access работает неустойчиво)

У меня 2019 и RDP работает как часы и с новым ПО и со старым.

Миниатюры

 

0

Сообщение от Ludwig Valentin Всё равно база и приложение в одном файле

Какая чёрная пещера. Учите матчасть

0

Вот здесь я описывал проблемы связи по RDP Проблемы с RDP в MS Windows Server 2018

0

Сообщение от Silur Вот здесь я описывал проблемы связи по RDP Проблемы с RDP в MS Windows Server 2018

Там даже слова RDP нет. Да и Windows server 2018 не существует, после 2016 вышел 2019, на котором у меня прямо сейчас по RDP из нескольких городов и краёв люди работают.

0