Type de contenu externe - limitations

Question

Ceci est mon scénario: J'ai un db SQL Server externe avec environ 100.000 objets dans une table. Ces éléments peuvent être regroupés en 5 catégories. Maintenant, le nous aimerions ajouter une interface sharepoint en haut de cette liste pour une expérience d'édition familar dans SharePoint. Il y aura environ 20 utilisateurs simultaionius sur cette liste, nous utilisons base sp dans une configuration minimale.

Quelle des options suivantes proposeriez-vous:

1. Créer une liste sp pour chaque catégorie. Maintenant, chaque liste contient environ 20.000 articles, et ce serait pas un problème pour sharepoint. On pourrait même permettre à l'utilisateur d'utiliser la vue de fiche technique sans aucun problème. Toutes les 15 minutes, nous faisons une synchronisation avec la base de données externe à l'aide d'une 3ème composante de synchronisation du parti.

2. Nous utilisons seulement 1 liste avec 5 différents points de vue, pas de problème. Synchronisation comme dans l'option 1

3. Nous créons un type de contenu externe et utiliser la fonction bcs. Cette fonctionnalité fonctionne très bien, et gère 100.000 articles sans aucun problème. On pourrait facilement fournir des filtres et aussi faire le tri et la pagination. Et utiliser la vue de fiche technique pour modifier des données. BSC (ou est-il ou bcs PMB - impossible de se souvenir) est un match parfait pour ce scénario.

Ok, qui était un peu exagéré, mais je espère que je peux obtenir quelques idées de wether en utilisant des types de contenu externes est un bon ajustement ou non. Je trouve qu'il est difficile de comprendre les inconvénients de celui-ci.

Merci pour toute aide

Cordialement

Larsi

Answer 1

Liste Grande Seuil en 5000 articles pour les utilisateurs, et 20 000 pour les administrateurs de collection de sites. Lorsque la liste atteint ce seuil, vous ne pouvez pas interroger liste complète, des filtres de vue peut être appliquée qu'à des colonnes indexées. Sur vues paginés il n'y a pas de différence, sur la feuille de données View échouera.

Les listes externes ont pas Voir Fiche de données (!), L'interface REST, RSS. Vous ne pouvez pas interroger plus de 2000 entités de système externe à simple requête. Pour les listes externes vous Nedd soigneusement les méthodes pour la conception d'accès aux données au travail avec plus de 2000 entités externes.

100.000 généraux articles est trop. Vous devriez considérer ce que les opérations exécutées sur cet ensemble de données, l'accès aux données de conception Yhan dans sharepoint.

Answer 2

L'option 3 ne semble comme une évidence jusqu'à ce que vous commencer à apprendre sur toutes les limites des listes externes, telles que:

• Pas de vue de fiche technique

• True pagination côté serveur est difficile, en particulier dans un scénario de connectivité .NET. La pagination que vous configurez sur une liste ne sera pas côté serveur. Voici une approche à un échange côté serveur « pseudo » (il fait toujours partie supérieure N) qui pourrait être suffisant pour vous (il était pour nous): http: / /lightningtools.com/blog/archive/2010/06/25/sharepoint-2010-external-list-paging-ndash-server-side.aspx

En outre, gandjustas a un bon point sur le seuil de l'élément.