Nouveau développement sharepoint, listes de tâches remplacent votre base de données?

Question

Nous commençons tout juste le développement de Sharepoint, et une de mes premières tâches est de construire un outil de collecte de données. Il sera utilisé sur plusieurs sites, donc il y aura une zone d'administration, et chaque site va tirer dans sa question liée, et d'enregistrer les données. Je suis passé par un tas de tutoriels sur le développement, et ont une assez bonne idée de la façon de commencer. Je veux juste vous assurer que je comprends une chose. Est-ce que les listes prennent essentiellement la place de votre base de données? Si cela était une application régulière, je créerais une table question, une table de lien qui indique quelles questions sont reliées à quel site, une table qui stocke la réponse, un lien vers le site et une table question.

Est-ce le modèle de base que vous suivez, ou devrais-je faire les choses différemment pour les applications Sharepoint?

Si la pensée est d'utiliser un databse externe, quelqu'un peut me pointer quelques informations à ce sujet?

Answer 1

Dans notre projet, nous regardions avec Sharepoint listes. Il était bon à un moment donné - jusqu'à ce que DB avait que peu de relations entre les données. Après l'ajout de tables et de la performance des relations tombe beaucoup et nous avons dû passer à utiliser DB standard dans MS SQL Server. Donc, je recommande d'utiliser DB.

Disadventages: vous ne pouvez pas utiliser les commandes de sharepoint pour modifier / afficher les données et ne peuvent pas restreindre l'accès aux données à partir du niveau de sharepoint
Adventages: un accès beaucoup plus rapide aux données