Question

Je suis assez nouveau à SharePoint. Je suis au début de la mise au point d'une application LOB SP2010 qui aura enfin une cinquantaine de listes qui sont assez interdépendantes. Je demande votre aide avec un choix de conception qui (je crois), je dois faire:

Compte tenu du nombre de listes, de leur lourde interdépendance et de la nécessité de diverses requêtes assez complexes J'aimerais organiser les listes SP sous forme de listes externes, ce qui me permet d'utiliser des fonctionnalités SQL Server tels que SproCs, des requêtes jointes, etc. / p>

D'autre part, la solution dépendra fortement des récepteurs d'événements d'une sorte ou de l'autre - et il semble que des listes externes ne peuvent pas avoir de réveil de l'événement.

La façon dont je comprends la situation que je pourrais soit a) Oubliez les listes externes (en faveur des listes internes SP) et donnez donc aux fonctionnalités SQL Server, mais avoir des récepteurs d'événements, ou b) Accrochez-vous à mes listes externes, codez toutes les opérations manuellement de CRUD (Modèle BDC) et accrochez les récepteurs d'événements à domicile dans ces opérations de CRUD. Compte tenu de l'effort de codage et de maintenance, pas une jolie perspective non plus.

Alors s'il vous plaît, que pensez-vous? Mon analyse initiale est-elle correcte? Y a-t-il d'autres itinéraires? Et quelle façon pensez-vous que je devrais aller?

Était-ce utile?

La solution

Je suppose que vous l'avez souvent résumé seul.Une chose que je voudrais ajouter est que vous puissiez créer des champs personnalisés au lieu d'utiliser des récepteurs d'événements:

http://pholpar.wordpress.com/2009/12/03/custom-field-types-as-an-alternative-way-for-list-item-event-handling-in-SharePoint /

De cette façon, vous n'aurez pas à recréer toutes les opérations de crud.

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top