Я не предлагаю выходить за рамки примерно 10000 строк для списков SharePoint и Access. Я выдвинул таблицу / список до 80000 строк. Однако это было в локальной сети, и мне пришлось установить (удалить) ограничения «по умолчанию» для SharePoint (поэтому необходимо установить / удалить ограничения в 50 столбцов и ограничение «5000 строк» для ограничителей строк). Если вы используете облачный хостинг 365, вы НЕ МОЖЕТЕ изменить эти настройки или ограничения. И, таким образом, размеры списка по умолчанию установлены в 5000 строк. (Вы можете вырасти за пределы 5000 строк, но ПЕРВАЯ загрузка этого списка (скажем, из Access) ДОЛЖНА быть менее 5000 строк, иначе система не позволит вам индексировать список. (и без индексации дела идут еще медленнее) .
Итак, это зависит от вашего хостинга SharePoint. Но связанная таблица доступа к SharePoint на самом деле не должна go намного превышать 5000 строк (если 365 на основе облака). Если списки больше, то приложение ( s) будут работать те типы, которые НЕ обновляют большое количество строк. Причина этой проблемы в том, что, хотя Access имеет ОЧЕНЬ большой «локальный» кэш данных, и даже позволяет обновлять строки, когда вы не в сети «Ну, любое обновление строк должно происходить локально, а затем на стороне SharePoint. По сути, это система« syn c », и, следовательно, вы не можете выполнить обновление sql (или набора записей) на стороне сервера. должны происходить с обеих сторон, и поэтому обновления для БОЛЬШИХ наборов данных ОЧЕНЬ ОЧЕНЬ медлительны.
Для таблицы из 100 000 строк? Вам нужно использовать * 10 19 * сервер. Список SharePoint будет проблематичным, когда вы пройдете около 15 000 строк. Если сервер SharePoint в вашей сети на 100% локальн, то вы можете настроить (удалить) все ограничения газа и получить 50 000 строк. Как уже отмечалось, в локальной сети и на локальном хосте SharePoint я выдвинул один список на 80000 строк. Но такое большое количество строк все еще стимулирует, и я сомневаюсь, что конечный результат будет отличным для пользователя.
Хотя списки SharePoint могут быть огромными, такие конструкции работают ТОЛЬКО в том случае, если вы извлекаете, скажем, одну запись (или документ, или что-то еще), обновляете ее и затем сохраняете. Использование «списка» в качестве некоторой большой таблицы, такой как база данных «sql», просто, как отмечалось, не работает хорошо. Основная проблема / причина в том, что вы не можете выполнить SQL обновления на стороне сервера. Таким образом, вы можете запросить данные - SharePoint может сделать это довольно хорошо.
но большие обновления во многих строках списка? Нет, это просто не работает должным образом и не следует модели SharePoint и принципам работы SharePoint.
Все обновления списка происходят на стороне клиента - один за другим и построчно. И, таким образом, Access будет / должен перетасовывать каждое обновление от клиента к серверу через модель syn c. Такие обновления будут медленными. Существует просто НЕТ СРЕДСТВ, чтобы запускать обновление больших строк на 100% стороне сервера. А если вы поставили какой-нибудь код sharepoint? Итак, теперь каждая строка должна быть синхронизирована с локальной копией списка, который имеет Access. Таким образом, даже если обновление многих строк было быстрым, Access будет СЕЙЧАС пытаться синхронизировать c с таким большим количеством обновлений - и это снова медленно, как черепахи. (Таким образом, даже 100% обновление на стороне сервера происходит медленно, так как теперь нужно свернуть каждую строку и синхронизировать обновление + с локальной таблицей). На сервере sql локальная копия таблицы отсутствует, поэтому в одно мгновение произойдет обновление до 10 или 100 000 строк, поскольку данные не должны синхронизироваться обратно в Access.
Не думаю, что ошибка нехватки памяти - ваша проблема. Возможно, вам удастся решить эту проблему, но результирующие скорости обновления будут настолько низкими, что общий опыт и удобство использования не будут соответствовать базовым c стандартам для приложения, взаимодействующего с такими данными.
У вас нет правильной и жизнеспособной архитектуры для таких больших обновлений.