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.11.4 implementiert sind, erläutert die Auswirkungen von Paging, Indizes und dem Schwellenwert der Listenansicht, 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

Jede Anfrage liefert höchstens die konfigurierte Anzahl von Themen, zuerst nach der Anheftung und dann nach letzter Aktivität sortiert, neueste zuerst. Mehr laden verwendet den von SharePoint gelieferten Fortsetzungslink. Paging begrenzt die Antwortgröße, garantiert aber weder einen konstanten Serveraufwand noch die Vermeidung des Schwellenwerts der Listenansicht.

Mehrere Filter- und Sortierspalten sind indiziert, aber nicht jede Bedingung nutzt einen Index. Insbesondere hat die für beantwortete Ansichten verwendete Spalte der akzeptierten Antwort keinen Index:

Die Titelsuche ergänzt eine Enthält-Bedingung. Weder eine kleine Seitengröße noch weniger als 5.000 Themen auf einem Board garantieren eine erfolgreiche Abfrage: Alle Boards der Website teilen sich die Themenliste, und der Boardfilter verwendet eine Nachschlagespalte. Microsoft weist darauf hin, dass deren Index Schwellenwertfehler nicht verhindert. Testen Sie die tatsächlichen Abfragen mit repräsentativen Daten; verwenden Sie bei einer Ablehnung die Websitesuche. Siehe Microsoft: Einer Listen- oder Bibliotheksspalte einen Index hinzufügen.

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 kein konfigurierbares Tiefenmaximum, aber die Spalte für den übergeordneten Pfad ist auf 255 Zeichen begrenzt. Beliebige Verschachtelung ist daher nicht garantiert. Es gibt keinen separaten Schritt „weitere Antworten anzeigen“.

Die praktischen Folgen:

• Bei vollständigen Paketen von 500 sichtbaren Antworten und erfolgreichen Abfragen: 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, 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, sperren und um ein neues bitten.
• Der Zähler Antworten (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 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. Jahresordner ordnen die Dateien; ein stark genutzter Jahresordner kann den Schwellenwert der Listenansicht dennoch überschreiten. 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 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

• Moderation fordert bis zu 200 neueste Elemente in jedem der sechs Abschnitte an: ausstehende, abgelehnte und gemeldete Themen und Antworten. Antworten werden zunächst für die gesamte Website ausgewählt und erst dann auf das aktuelle Board gefiltert. Andere Boards können alle 200 Plätze belegen und ältere Antworten des aktuellen Boards ausblenden. Die Warteschlange ist keine vollständige Prüfung: Kontrollieren Sie bei großem Rückstand die zugrunde liegenden Listen.
• Discussions Activity fordert die unter Maximale Elemente konfigurierte Anzahl von Themen (1–50) an, gefiltert nach Genehmigung und sortiert nach letzter Aktivität. Das begrenzt die Antwortgröße, garantiert aber keine erfolgreiche Abfrage einer großen Liste.
• Abonnements werden pro Benutzer und Board bis zu 500 Zeilen gelesen; weitere Abonnements werden von dieser Abfrage nicht zurückgegeben.

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. Gemeinsame Listen planen. Boards einer Website teilen sich die Listen; das Aufteilen eines Boards verringert weder die Gesamtgröße der Liste noch schafft es getrennte Zugriffsgrenzen. Getrennte Websites bieten getrennte Listen, wenn dies zu Ihrer Organisation passt.
2. Reale Datenmengen testen. Prüfen Sie Suche und jede Ansicht mit repräsentativen Daten. Weniger als 5.000 Themen pro Board sind keine Garantie; verwenden Sie bei abgelehnten Abfragen die Websitesuche und prüfen Sie die Listenstruktur.
3. Kategorien verwenden, um zusammengehörige Themen zu ordnen. Die Kategoriespalte ist indiziert, die Filterung verursacht aber weiterhin Verarbeitungsaufwand.
4. Sperren Sie abgeschlossene Threads und beginnen Sie neue, statt ein einzelnes Thema Tausende von Antworten sammeln zu lassen.
5. Seitengröße. Beginnen Sie mit 20 Themen pro Seite. Eine Erhöhung auf 100 überträgt und rendert mehr Daten pro Anfrage und kann das erste Laden erschweren.
6. Importe. Der Importer liest Pakete von 2.000 Elementen und schreibt Elemente einzeln. Prüfen Sie vor einem großen Importieren die Berechtigungen und eine repräsentative Quelle, planen Sie Zeit ein und kontrollieren Sie Warnungen und unterbrochene Läufe. KB10417. So importieren Sie ein klassisches SharePoint-Diskussionsforum in Discussions.