Question

Je suis nouveau aux technologies SharePoint et à essayer de comprendre son aptitude à un produit à développer.

Je suis ciblage en utilisant uniquement SharePoint Foundation (pas le serveur). Voici quelques-uns de l'aspect clé du produit cible:

  1. Le produit est intensif de données. Il y a des dizaines d'entités commerciales et du système en cause. Les entités commerciales devraient tenir beaucoup de données (en millions pourraient courir en un an). Les entités commerciales doivent être liées. Est-ce que SharePoint (listes) être en mesure de suffire à ce besoin?
  2. Le produit a de nombreux rapports (boîte et ad-hoc). Cela signifierait de nombreuses requêtes complexes soient construites et exécutées au moment de l'exécution. Je ne suis pas sûr si SharePoint serait approprié à cet effet.
Était-ce utile?

La solution

D'après ce que vous avez décrit, je ne vois rien qui pourrait faire pour Sharepoint vous aider.

Utilisez Sharepoint pour créer un portail communautaire autour du partage des documents et du contenu.

Vos besoins seraient mieux adaptés à une application ASP.NET MVC avec un système de reporting ou Excel à l'aide de téléchargements templated OOXML ou similaire.

Autres conseils

Ainsi, les phrases clés sont « beaucoup de données ... millions en un an » « données intensives »,, « requêtes complexes ».

La plate-forme sous-jacente doit être construite sur un SGBDR tel que Sql Server / MySql / Oracle etc etc -. Listes non SharePoint

Il y a plusieurs façons de faire le reste du projet (interface pour obtenir des enregistrements in / out et reporting) y compris les applications client, ASP.NET, RoR ... ce qui convient au mieux à votre savoir-faire d'entreprise et personnelle.

L'une de ces options d'interface utilisateur est une interface assis dans SharePoint -. Mais cela toujours utiliser le SGBDR pour le magasin de données / requête

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top