BCS Внешний тип контента с 20 000+ пунктами (O365)

Question

У нас есть большая база данных в размере 20 000 предметов в локальной базе данных, что нам нужно войти в SharePoint Online 2013 в O365 в качестве метаданных для различных документов в нескольких местах.Новые записи и изменения должны быть синхронизированы в список выбора.Может кто-нибудь предложить некоторое понимание лучшего способа достичь этого?

Текущие варианты:

1) BCS Внешний тип контента: Но как пройти через предел дроссельной заслонки 2000 года?

2) Управляемые метаданные: только ручные обновления?Это предлагает лучшую функциональность, но кажется кошмаром для администрирования.

3) 3-й партийный инструмент?Все еще подлежит 5000 лимита дросселя?

4) Используйте таблицу данных jQuery и пользовательскую форму редактирования, чтобы «выбирать» из экстракта XML базы данных и ввести его в текстовое поле (однако это не применимо никаких «обновлений», если изменения изменений).

.

Я нахожусь в моем обосновании, увидев, как это возможно в O365.

Answer 1

У утра у меня был подобный вопрос с внешним набором данных с примерно 100 000 записей. То, как я работал, это было создать сохраненную процедуру SQL для выполнения операции считывания списка, а не запросить данные напрямую. Операция элемента чтения все еще может быть связана непосредственно в список, а не требует второй сохраненной процедуры.

На операции чтения списка вам нужно указать фильтр, такой как этот:

Чтобы упростить поиск, моя процедура имеет только один параметр, но запрос он работает в поисках параметра в пять разных столбцов. Это дает пользователю максимальную гибкость для их поиска, не усложняя вход.

Кроме того, обратите внимание на значение по умолчанию на фильтре. Вы должны иметь что-то там, и звездочка просто отлично.

Вывод для вашей процедуры должен выводить все столбцы, которые содержат ваши элементы. Вам также необходимо пометить столбцы в качестве идентификаторов на странице параметра возврата в зависимости от ситуации. В моем случае у меня были три столбцы идентификатора. (Если вы разработчик SQL, подумайте об этом как основной ключ.)

Для вашей работы с чтением вам нужно будет связать столбцы идентификатора. До тех пор, пока ваш список чтения хранится процедура и чтение исходного объекта элемента (представление в моем случае, но таблица тоже будет работать нормально), выводит одни и те же столбцы и имеет те же идентификаторы, вы должны быть хорошими, чтобы пойти.

Answer 2

BCS.Дроссель элемента применяется к одному операции запроса.Таким образом, в вашей модели BCS обязательно включите фильтры на соответствующие столбцы.Эти фильтры будут отображаться в сборщике объекта (кнопка в форме списка, которая выглядит вид, как сборщик людей).

Вы не обязательно получите автозаполненный опыт, как Bing / Google Search Search, но ваши пользователи могут, безусловно, ищут элемент из вашей базы данных.

Answer 3

Я только что столкнулся с этим обсуждением, и это решило мою проблему. Мой набор данных был намного меньше. Это было раздражающе только более 2000 пунктов в ~ 2400 товаров. Варианты должны были увеличить предел элемента списка, который влияет на все списки, так что не является приемлемым или попробовать это решение. Эта статья была именно то, что я искал, поэтому я отказался от того, чтобы увеличить его видимость.

http:// msdn .microsoft.com / en-us / библиотека / офис / ff798274% 28v= Office.14% 29.aspx

Это другие отличные ресурсы:

bcs и sql http://blogs.msdn.com/b/jysaikia/archive/2010/12/15/a-step-by-step-guide- В проектировании-BCS-объектах-при использовании A-SQL-CASTRED-INDORE.ASPX # CREATE CREATE

Пейджинг и сортировка с BCS