Процесс включает в себя миграцию таблиц доступа в SharePoint. Таким образом, если вы переместили или перенесли таблицу в Access to SharePoint, а затем решили связать таблицу, то это прямое соединение с SharePoint. Это двунаправленная синхронизация этой таблицы. Таким образом, любое изменение в Access (любое обновление этой связанной таблицы) будет отображать изменения, отправленные в ту же таблицу (список) в SharePoint. Это ОЧЕНЬ другой процесс, чем попытка синхронизации всего файла. Таким образом, файлы power-point или даже файл Access не работают на уровне FILE, и вы не получаете никакой многопользовательской настройки.
Однако, если вы перенесете таблицы в списки SharePoint, любой SQL-запрос, созданный вами в Access для этой связанной таблицы, будет работать нормально. И это включает запрос на добавление, запрос на обновление или просто выбор для данных.
И вы даже можете работать с этими связанными таблицами в автономном режиме. Это означает, что вы можете продолжать обновлять таблицы даже без подключения к сети. Когда вы, наконец, получите Wi-Fi или какое-либо подключение к Интернету, данные будут автоматически синхронизированы (в обе стороны), а таблицы обновят отсутствующие или измененные данные.
Обратите внимание, что вы можете даже мигрировать и поддерживать связанные данные, и SharePoint теперь поддерживает отношения и поддерживает эти отношения для вас (ссылочная целостность между таблицами поддерживается при использовании Access 2010 (или более поздней версии) и SharePoint 2010 (или более поздней версии).
Для переноса связанных таблиц требуются ОЧЕНЬ тщательные шаги. Access перенесет и отправит связанные таблицы данных в SharePoint (и поддержит отношения для вас). Вам просто нужно убедиться, что ваши отношения относятся к тому типу, который поддерживает SharePoint.
Это означает, что ваш PK должен иметь тип идентификатора автономного номера, а внешний ключ должен быть стандартным длинным типом данных. Поскольку эта настройка является подавляющим большинством отношений доступа, эти типы связанных таблиц довольно хорошо переносятся в SharePoint. Однако если настройка PK / FK - это, скажем, строка, то такие отношения не работают в SharePoint.
Другая проблема состоит в том, что следует учитывать, что проблемы с производительностью могут возникать, когда число строк превышает 5000 строк при использовании Office 365 или размещенного SharePoint. Если ваша система SharePoint находится в локальной сети, вы можете отключить некоторые из этих ограничений.
Миграция связанных таблиц данных проста, но в большинстве случаев вам нужно убедиться, что вы настроили отношения с помощью мастера поиска таблиц. Иногда вы можете использовать окно взаимосвязей, но в большинстве случаев вам необходимо корректно перестроить взаимосвязь ПЕРЕД тем, как переносить таблицы в SharePoint. Если у вас нет связанных данных, а есть только несколько таблиц, вам не нужно ничего делать в Access, прежде чем переносить такие таблицы.
Как уже отмечалось, после миграции на SharePoint любой SQL-запрос, выполняемый к таким связанным таблицам, будет работать нормально. Поэтому нет необходимости обновлять таблицу локально или в SharePoint - весь процесс полностью автоматизирован и синхронизирован для вас.
В этом видео показано, как перенести связанные таблицы данных в SharePoint, если это требуется:
https://www.youtube.com/watch?v=3wdjYIby_b0&t=0s&list=PL27E956A1537FE1C5&index=3
Редактировать
Учитывая, что теги предназначены для SharePoint 2007, вы обнаружите, что для работы ссылочной целостности требуется доступ 2010 (или более поздней) и SharePoint 2010 (или более поздней). А до Access 2010 производительность связанных списков была довольно низкой, а количество строк таблицы должно быть небольшим. (до 10000 строк).