Sharepoint для транзакционных систем

Question

Я провел некоторое исследование, и действительно кажется, что внедрение системы транзакций на основе списков Sharepoint ... является неправильным дизайнерским решением.

Однако я все еще придерживаюсь мнения, что вы можете каким-то образом использовать преимущества Sharepoint.даже для транзакционных систем.Я думал о двух вариантах: 1. Использовать отдельную базу данных и использовать BCS для соединения с данными. 2. Просто использовать sharepoint для размещения веб-частей, доступ к данным и представление данных должны быть реализованы с нуля.

Я немного удивлен, если есть хороший пример других систем.Например, я знаю, что Infor сейчас использует Sharpoint.Но из того, что я могу понять, они просто используют концепцию веб-частей (как пункт 2 выше).Все данные будут храниться в базе данных Sun.и даже экраны, кажется, сделаны на заказ.И я не знаю, используют ли они BCS каким-либо образом.Тем не менее, они очень хорошо использовали веб-части Sharepoint для создания подобной панели инструментов.

Любая помощь будет принята с благодарностью.Мне нужен пример тематических исследований, чтобы поддержать мой аргумент, что sharepoint жизнеспособен для систем транзакций.И, возможно, любые идеи / советы / подводные камни при внедрении системы транзакций на sharepoint. Редактировать - это некоторые болевые точки, которые я обнаружил в Sharepoint при использовании для транзакционных систем.1. Вы не можете использовать транзакции.Если вы обновите несколько списков - вы не сможете сделать это за одну атомарную транзакцию.2. Уровень абстракции между Sharepoint и SQL означает, что вы потеряете несколько преимуществ, которые может предложить SQL.Вы не можете создавать хранимые процедуры, потому что вы должны работать со списком.Вы не можете работать напрямую на уровне базы данных, потому что вы должны пройти через Sharepoint.Некоторые оптимизации не могут быть применены.3. Объединения имеют некоторые ограничения в Sharepoint.Это сильно ограничивает ваши аналитические возможности.4. Sharepoint хранит ваши данные в одной таблице, что вызывает ряд проблем.Вы не можете оптимизировать так много.

Answer 1

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

Вы можете использовать списки в виде таблиц в определенной степени.Начиная с SharePoint 2007, Microsoft упомянула некоторые ограничения для 2010 и 2007 для каждого списка, прежде чем будет замечена проблема с производительностью.

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

На самом деле все сводится к тому, какие конкретные требования приложения вам нужны.Вы можете обновить свой пост, и я постараюсь помочь вам как можно больше.:)