Gandjustas' blog

Фильтр по тегу: ecm


Масштабирование ECM на SharePoint

Бытует мнение, что на для построения масштабируемого ECM решения на SharePoint  требуется глубокая кастомизация и без нее никуда. Причин этому много: широко известные Large List Threshold, тормознутые разрешения, Security Scopes Limit, довольно слабые возможности создания связей между элементами, ненадежный и невыразительный движок Workflow.

Тем не менее, при правильном подходе, можно построить ECM систему, хранящую терабайты документов, без тяжелой разработки.

Принципы

Первая и самая важная ошибка, которую совершает большинство разработчиков – использование хранилища SharePoint, как реляционной СУБД. В РСУБД тип данных соответствует расположению (таблице). При переносе этого принципе в SharePoint все документы, независимо от стадии их жизненного цикла, помещают в одну библиотеку. При такой архитектуре решение валится от нагрузки еще до достижения каких-либо лимитов.

В SharePoint тип данных задается типом контента. Типы контента не привязаны к спискам и могут располагаться где угодно. Более того, документы в SharePoint легко могут перемещаться между списками, сайтами и даже коллекциями сайтов, в том числе в разных контентных базах данных на разных серверах. Этим надо пользоваться при построении решений.

Первый принцип ECM в SharePoint, который обязательно нужно применять с самого начала – разделять оперативные и архивные документы. Обычно объем оперативных документов составляет не более 20% от общего объема и со временем этот показатель уменьшается. Если в РСУБД архивнос...

читать дальше...
добавлено: 29 сен 16 просмотры: 1115, комментарии: 0



ECM в SharePoint 28-29 апреля 2015 года

SharePoint имеет множество функций для организации больших хранилищ документов и реализации Enterprise Content Management (ECM, Управление корпоративным контентом) сценариев. К сожалению, часто программисты пишут свои "костыли" вместо использование возможностей платформы. Отчасти это связано с отсутствием цельного подхода к созданию ECM решений и непониманием возможностей для разработчика.

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

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

Один раз мне "в наследство" досталась система документооборота на SharePoint, где любой поиск документов был запрограммирован с помощью циклов по множеству списков и всем элементам списков. При этом чуть ли не вручную создавались новые списки, чтобы избежать ограничений в 5000 элементов. Я всего лишь воспользовался поиском для получения сводных представлений и document id для идентификации документов, не написав практически ни одной строки кода, и сразу решение стало быстро работать на 80,000 документов.

Собственно, вы и сами можете воспользоваться этими двумя инструментами и резко преодолеть ограничения на количество элементов в одном списке или библиотеке.

Но если вы придете на мой тренинг, который состо...

читать дальше...
добавлено: 09 апр 15 просмотры: 695, комментарии: 0



Масштабирование ECM на SharePoint

Бытует мнение, что на для построения масштабируемого ECM решения на SharePoint  требуется глубокая кастомизация и без нее никуда. Причин этому много: широко известные Large List Threshold, тормознутые разрешения, Security Scopes Limit, довольно слабые возможности создания связей между элементами, ненадежный и невыразительный движок Workflow.

Тем не менее, при правильном подходе, можно построить ECM систему, хранящую терабайты документов, без тяжелой разработки.

Принципы

Первая и самая важная ошибка, которую совершает большинство разработчиков – использование хранилища SharePoint, как реляционной СУБД. В РСУБД тип данных соответствует расположению (таблице). При переносе этого принципе в SharePoint все документы, независимо от стадии их жизненного цикла, помещают в одну библиотеку. При такой архитектуре решение валится от нагрузки еще до достижения каких-либо лимитов.

В SharePoint тип данных задается типом контента. Типы контента не привязаны к спискам и могут располагаться где угодно. Более того, документы в SharePoint легко могут перемещаться между списками, сайтами и даже коллекциями сайтов, в том числе в разных контентных базах данных на разных серверах. Этим надо пользоваться при построении решений.

Первый принцип ECM в SharePoint, который обязательно нужно применять с самого начала – разделять оперативные и архивные документы. Обычно объем оперативных документов составляет не более 20% от общего объема и со временем этот показатель уменьшается. Если в РСУБД архивнос...

читать дальше...
добавлено: 13 фев 14 просмотры: 1489, комментарии: 0