Grenzwerte und Leistung: Große Boards, lange Threads und der Schwellenwert der Listenansicht

Überblick

Discussions speichert alle Boards einer Website in einigen wenigen gewöhnlichen SharePoint-Listen. Die geltenden Grenzwerte sind daher die Grenzwerte von SharePoint Online-Listen plus einige feste Werte, die in das Webpart eingebaut sind. Dieser Artikel listet diese Werte auf, wie sie in Version 26.10.2 implementiert sind, erklärt, wie das Webpart unter dem Schwellenwert der Listenansicht bleibt, und gibt Empfehlungen für Websites mit sehr großen Boards oder sehr langen Threads. Die Listen und Spalten selbst sind in KB10426. Referenz der Listen und Spalten von Discussions beschrieben.

Die Grenzwerte auf einen Blick

Wie die Themenliste schnell bleibt

Die Themenliste fordert von SharePoint nie das gesamte Board an. Jede Anforderung ist eine serverseitige Abfrage der Liste Discussions Topics, die auf eine Seite von Topics per page Zeilen begrenzt ist und nach dem Kennzeichen Pinned (angeheftet) und dann nach Last activity (letzte Aktivität), neueste zuerst, sortiert wird. Die Schaltfläche Load more (Mehr laden) fordert die nächste Seite mit dem Fortsetzungslink an, den SharePoint zurückgegeben hat. Ein Board mit Zehntausenden von Themen kostet pro Seite daher genauso viel wie ein Board mit zwanzig.

Jeder Filter, den das Webpart hinzufügt, stützt sich auf eine indizierte Spalte. Genau das hält die Abfragen unter dem Schwellenwert der Listenansicht von 5.000 Elementen:

Das Suchfeld ist die Ausnahme: Es fügt eine Enthält-Bedingung auf dem Title des Themas hinzu, und das ist kein indizierter Vorgang. SharePoint wendet dennoch zuerst den indizierten Board-Filter an, sodass die Suche sicher ist, solange ein einzelnes Board deutlich unter 5.000 Themen bleibt. Auf einem größeren Board kann eine Suche langsam sein oder von SharePoint mit einem Fehler zum Schwellenwert der Listenansicht abgelehnt werden; siehe die Empfehlungen unten.

Lange Threads

Wenn ein Thema geöffnet wird, lädt das Webpart alle seine Antworten, nicht nur die erste Seite. Die Antworten werden über die indizierte Nachschlagespalte VtxTopic in Paketen zu 500 aus der Liste Discussions Posts gelesen; der Antwortbaum wird anschließend im Browser aus den Spalten für übergeordnete Antwort und Pfad aufgebaut. Es gibt weder eine Begrenzung der Verschachtelungstiefe noch einen Schritt „weitere Antworten anzeigen“ innerhalb eines Threads.

Die praktischen Folgen:

• Ein Thread mit 2.000 Antworten benötigt vier Anforderungen, bevor er angezeigt wird; ein Thread mit 10.000 Antworten benötigt zwanzig. Die Seite wird deutlich schwerer, lange bevor die Grenzwerte von SharePoint erreicht sind, weil alle Antworten auf einmal gerendert werden.
• Tief verschachtelte Antworten werden Ebene für Ebene eingerückt. Auf schmalen Bildschirmen werden sehr tiefe Zweige schwer lesbar; Moderatoren können ein Thema, das sich erschöpft hat, mit Lock (sperren) schließen und um ein neues bitten.
• Der Zähler Replies (Antworten) in der Liste ist eine auf dem Thema gespeicherte Zahl, kein Live-Zähler (siehe KB10432. Zähler, letzte Aktivität oder beste Antwort sehen falsch aus).

Bilder und Anlagen

Inline-Bilder, die eingefügt, per Drag-and-drop abgelegt oder mit der Schaltfläche Insert image (Bild einfügen) eingefügt werden, werden in die Dokumentbibliothek Discussions Assets hochgeladen. Das Webpart erstellt pro Kalenderjahr einen Ordner (zum Beispiel 2026) und speichert dort jedes Bild unter einem eindeutigen Namen. So wächst kein einzelner Ordner unbegrenzt, und die Bibliothek bleibt über viele Jahre der Nutzung bequem unter dem Schwellenwert der Ansicht. Bilder, die größer als 10 MB sind, werden abgelehnt, bevor der Upload beginnt; Dateien, die keine Bilder sind, werden vom Editor ignoriert.

Anlagen, die mit Attach file (Datei anhängen) hinzugefügt werden, sind gewöhnliche Anlagen des Listenelements des Themas oder der Antwort. Das Webpart begrenzt weder ihre Anzahl noch ihre Größe; es gelten die Grenzwerte von SharePoint Online für Anlagen von Listenelementen. Dateinamen werden vor dem Upload für SharePoint bereinigt: Die Zeichen \ / : * ? " < > | # % & { } ~ werden durch einen Unterstrich ersetzt, und Namen mit mehr als 120 Zeichen werden gekürzt.

Moderationswarteschlange, Activity-Webpart und Abonnements

• Der Bildschirm Moderation liest höchstens 200 Elemente pro Abschnitt (Themen, die auf Genehmigung warten, Antworten, die auf Genehmigung warten, gemeldete Themen, gemeldete Antworten), neueste zuerst. Ausstehende und gemeldete Antworten werden für die gesamte Website abgefragt und dann auf das aktuelle Board eingegrenzt. Auf einer Website mit mehreren stark genutzten Boards kann ein sehr langer Rückstand daher in Portionen angezeigt werden: Genehmigen oder lehnen Sie die sichtbaren Elemente ab, und die nächsten erscheinen.
• Das Webpart Discussions Activity liest nur die unter Maximum items festgelegte Anzahl von Themen (1–50), gefiltert über die indizierte Genehmigungsspalte und sortiert nach letzter Aktivität. Es ist daher günstig auf einer Startseite zu platzieren.
• Abonnements werden pro Benutzer und pro Board gelesen, bis zu 500 Zeilen – weit mehr, als eine Person in der Praxis abonniert.

Zähler und Versionierung

Antwortzähler, Aufrufzähler, letzte Aktivität und Ähnliches werden auf dem Themenelement gespeichert und vom Browser des Benutzers aktualisiert, der antwortet oder das Thema öffnet. Jede solche Aktualisierung erzeugt eine neue Version des Themenelements, weil die Listen mit aktivierter Versionierung erstellt werden. Auf einem sehr aktiven Board wächst der Versionsverlauf eines beliebten Themas schnell; ein Websitebesitzer kann die Anzahl der aufbewahrten Versionen unter Listeneinstellungen → Versionsverwaltungseinstellungen der Liste Discussions Topics verringern, ohne das Webpart zu beeinträchtigen.

Empfehlungen für sehr große Boards

1. Nach Zielgruppe aufteilen, nicht nach Jahr. Mehrere Boards auf einer Website (IT-Helpdesk, Personalabteilung, ein Board pro Kurs) teilen sich dieselben Listen, werden aber über die indizierte Board-Spalte gefiltert. Jedes Board bleibt für Abfragen klein, während die Website einen zentralen Ort zum Suchen behält.
2. Halten Sie einzelne Boards unter 5.000 Themen, wenn Ihre Benutzer auf das Suchfeld angewiesen sind. Darüber beschränken Sie die Suche auf Kategorien und Ansichten oder verweisen die Benutzer auf die Websitesuche.
3. Verwenden Sie Kategorien statt vieler nahezu identischer Boards; der Kategoriefilter ist indiziert und kostet nichts.
4. Sperren Sie abgeschlossene Threads und beginnen Sie neue, statt ein einzelnes Thema Tausende von Antworten sammeln zu lassen.
5. Seitengröße. Der Standardwert von 20 Themen pro Seite ist ein guter Kompromiss; eine Erhöhung auf 100 macht das erste Rendern bei langsamen Verbindungen schwerer, ohne die Serverkosten pro Seite zu ändern.
6. Importe. Der Importer für klassische Boards liest die Quelle in Paketen zu 2.000 und schreibt die Elemente einzeln; ein klassisches Board mit Zehntausenden von Nachrichten braucht lange, aber keine besondere Vorbereitung. Siehe KB10417. So importieren Sie ein klassisches SharePoint-Diskussionsforum in Discussions.