1 вариант. Создание - конструктор запросов. В конструкторе запросов на ленте выбираете тип запроса ""Создание таблицы". В открывшемся диалоговом окне выбираете "в другой базе данных" - и указывает путь. Это путь к базе данных, в которой будет создаваться временная таблица. Потом укажите имя этой таблицы. Затем в запрос добавляете источники данных и поля, всё также, как и в запросе на выборку. Потом нажимаете "Выполнить". Появится диалоговое окно "В новую таблицу будет помещено ..." Если повторно запустить запрос, Access предложит удалить эту временную таблицу и создать новую. 2 вариант иногда удобнее, т.к. первый вариант не позволяет сохранять связи между таблицами. Создайте в табличной БД таблицу, а из клиентского файла обновляйте данные запросом на обновление. Или сначала удаляйте данные запросом на удаление и потом добавляйте данные запросом на добавление.
При размещении файла с таблицами на сервер необходимо дать общий доступ к папке, где будет располагаться этот файл для установки связей клиентских файлов. Как в этом случае защитить файл БД с таблицами? Ведь пользователи могут на прямую открыть файл БД (не клиентский, а файл с таблицами).
Пожалуй, обеспечить полную защиту конкретно этого файла вряд ли возможно. В наших видео мы попытались частично защитить табличный файл таким образом: 1. Скрытие панелей access так, как в видео "1.2 Создать разделённую базу данных в Access" (см. с 3:23). Можно добавить ещё блокировку Shift, как это сделано в видео "1.8 Блокировка Shift", но это слишком сложно 2. Постоянное резервированием файла, как это сделано в плейлисте "2. Резервирование Базы данных в Access" 3. Установка на клиентские компьютеры не полной версии access, а Рантайм (см. видео "1.4 Access Runtime"). В этом случае Рантайм не даст пользователю открыть табличный файл 4. Вменяемые пользователи)))
Есть одно но! Если я откомпилирую в .accde в 32 битной версии офиса, то потом я не смогу открыть его в 64 битной версии. (Например: рабочий пк 32 битный с 2010 офисом, а клиентские пк 64 бит и 365 офисом.) В основном хватает и .accdb просто меньше проблем с этим, а резерв есть всегда, так что если накосячит кто то, то заменить не проблема...
Согласен с вами, если в многопользовательской БД участвуют компьютеры с разной конфигурацией, acccess их плохо переваривает. В идеале одинаковые компы и офисы
А что помешает пользователю зайти не в клиентские файлы, а табличные на сервере? И все испортить) Нужна скидка на то, что пользователь - "безмозглая улитка" 🤣🤣
На канале есть видео, как резервировать табл. файл через равные промежутки времени; есть разные способы блокировки шифт; также можно скрыть папку 01 от таких юзеров. А вообще, с дураками всегда тяжелее бороться..
ВНИМАНИЕ! Поддержать канал можно через Сбербанк 2202 2023 5272 6164
Даже не верится, что кто-то посвятил целый канал столь нужной мне теме.
Просто тысяча благодарностей! Обещаю пролайкать все видео!
Спасибо!
Продолжайте в том же духе.
Очень нужная и новая для меня информация!
Спасибо за видео!!!
Такого в книгах не найти
LETTTTTTSSSSSS GOOOOOOOO
Спасибо за видео, может покажете как добавляются данные через временную таблицу в многопользовательской базе, нигде не нашел примера
1 вариант. Создание - конструктор запросов. В конструкторе запросов на ленте выбираете тип запроса ""Создание таблицы". В открывшемся диалоговом окне выбираете "в другой базе данных" - и указывает путь. Это путь к базе данных, в которой будет создаваться временная таблица. Потом укажите имя этой таблицы. Затем в запрос добавляете источники данных и поля, всё также, как и в запросе на выборку.
Потом нажимаете "Выполнить". Появится диалоговое окно "В новую таблицу будет помещено ..." Если повторно запустить запрос, Access предложит удалить эту временную таблицу и создать новую.
2 вариант иногда удобнее, т.к. первый вариант не позволяет сохранять связи между таблицами. Создайте в табличной БД таблицу, а из клиентского файла обновляйте данные запросом на обновление. Или сначала удаляйте данные запросом на удаление и потом добавляйте данные запросом на добавление.
При размещении файла с таблицами на сервер необходимо дать общий доступ к папке, где будет располагаться этот файл для установки связей клиентских файлов. Как в этом случае защитить файл БД с таблицами? Ведь пользователи могут на прямую открыть файл БД (не клиентский, а файл с таблицами).
Пожалуй, обеспечить полную защиту конкретно этого файла вряд ли возможно.
В наших видео мы попытались частично защитить табличный файл таким образом:
1. Скрытие панелей access так, как в видео "1.2 Создать разделённую базу данных в Access" (см. с 3:23). Можно добавить ещё блокировку Shift, как это сделано в видео "1.8 Блокировка Shift", но это слишком сложно
2. Постоянное резервированием файла, как это сделано в плейлисте "2. Резервирование Базы данных в Access"
3. Установка на клиентские компьютеры не полной версии access, а Рантайм (см. видео "1.4 Access Runtime"). В этом случае Рантайм не даст пользователю открыть табличный файл
4. Вменяемые пользователи)))
Есть одно но! Если я откомпилирую в .accde в 32 битной версии офиса, то потом я не смогу открыть его в 64 битной версии. (Например: рабочий пк 32 битный с 2010 офисом, а клиентские пк 64 бит и 365 офисом.) В основном хватает и .accdb просто меньше проблем с этим, а резерв есть всегда, так что если накосячит кто то, то заменить не проблема...
Согласен с вами, если в многопользовательской БД участвуют компьютеры с разной конфигурацией, acccess их плохо переваривает. В идеале одинаковые компы и офисы
Можно и без мастера всё поделить. 😁
У хорошего программиста не может быть ошибок VBA.
А что помешает пользователю зайти не в клиентские файлы, а табличные на сервере? И все испортить) Нужна скидка на то, что пользователь - "безмозглая улитка" 🤣🤣
На канале есть видео, как резервировать табл. файл через равные промежутки времени; есть разные способы блокировки шифт; также можно скрыть папку 01 от таких юзеров. А вообще, с дураками всегда тяжелее бороться..
@@msaccess-gk спасибо!