Frage

Ich bin neu in Sharepoint-Technologien und versuche, herauszufinden, seine Eignung für ein Produkt entwickelt werden.

Ich bin Targeting nur Sharepoint Foundation (nicht der Server). Hier sind einige der wichtigsten Aspekt des Zielproduktes:

  1. Das Produkt ist datenintensiv. Es gibt Dutzende von Unternehmen und Systemeinheiten beteiligt. Geschäftseinheiten wird erwartet, dass viele Daten halten (möglicherweise in die Millionen in einem Jahr laufen). Die Geschäftseinheiten müssen zusammenzuhängen. Würde Sharepoint (Listen) in der Lage, diesen Bedarf zu genügen?
  2. Das Produkt viele Berichte hat (aus der Dose und Ad-hoc). Dies würde bedeuten, viele komplexe Abfragen zu bauen ist und zur Laufzeit ausgeführt. Ich bin nicht sicher, ob Sharepoint für diesen Zweck geeignet ist.
War es hilfreich?

Lösung

Von dem, was Sie beschrieben haben, ich nicht alles sehen, dass Sharepoint Ihnen helfen, tun könnte.

Mit Sharepoint ein Community-Portal rund um den Austausch von Dokumenten und Inhalten zu erstellen.

Ihre Anforderungen besser zu einem ASP.NET MVC-app mit einem Reporting-System geeignet sein würden oder Templat Excel-Downloads mit OOXML oder ähnlichem.

Andere Tipps

So sind die wichtigsten Sätze sind „datenintensive“, „viele Daten ... Millionen in einem Jahr“, „komplexe Abfragen“.

Die zugrunde liegende Plattform Bedürfnisse auf einem gebaut werden RDMs wie SQL Server / MySQL / Oracle etc etc -. Nicht Sharepoint-Listen

Es gibt viele Möglichkeiten, um den Rest des Projektes (Schnittstelle für das Erhalten Aufzeichnungen in / out und Reporting) einschließlich Client-Anwendungen, ASP.NET, RoR ... was auch immer paßt in am besten mit Ihrem Unternehmen-und persönlicher Kompetenz zu tun.

Eine dieser Optionen der Benutzeroberfläche ist eine Schnittstelle in Sharepoint-Sitzung -. Aber das würde immer noch die RDMS für den Datenspeicher / Abfrage verwenden

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top