2010-12-09 18 views
1

Nous commençons tout juste le développement de Sharepoint, et l'une de mes premières tâches consiste à créer un outil de collecte de données. Il sera utilisé sur plusieurs sites, de sorte qu'il y aura une zone d'administration, et chaque site utilisera ses questions connexes et enregistrera les données. Je suis passé par un tas de tutoriels sur le développement, et j'ai une assez bonne idée de la façon de commencer. Je veux juste m'assurer de comprendre une chose. Les listes prennent-elles essentiellement la place de votre base de données? S'il s'agissait d'une application ordinaire, je créerais une table de questions, une table de liens qui indiquerait quelles questions sont connectées à quel site, une table qui stocke la réponse, un lien vers le site et une table de questions.Nouveau dans le développement de SharePoint, les listes remplacent-elles votre base de données?

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

Si l'idée est d'utiliser une base de données externe, quelqu'un peut-il me signaler quelques informations à ce sujet?

Répondre

1

Dans notre projet Sharepoint, nous avons regardé avec des listes. C'était bon jusqu'à un certain point - jusqu'à ce que DB n'ait que peu de relations entre les données. Après l'ajout de tables et de relations, les performances ont beaucoup diminué et nous avons dû utiliser la base de données 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