Sie verwenden ein Join-Feld in einem Layer, was die Darstellung-Performance beeinträchtigen kann.
Lösungen
Überprüfen Sie die Darstellungs-Performance des Layers oder Grundkarten-Layers in ArcMap. Wenn Sie einen Service veröffentlichen, können Sie die Darstellungs-Performance des Service im Fenster Vorschau überprüfen.
Weitere Informationen zum Arbeiten mit Grundkarten-Layern oder zum Anzeigen des Service in der Vorschau
- Wenn Sie eine Änderung vornehmen müssen, können Sie die Attributspalte direkt in die Feature-Class einfügen und die Karten-Layer-Eigenschaften ändern, um dieses neue Feld verwenden zu können.
- Zudem sollten Sie auch den Layer und die Datenbankimplementierung optimieren, um die bestmögliche Darstellungs-Performance zu erzielen. Viele der Tipps stellen eine Anleitung unten für bewährte Methoden zur Verbesserung der Darstellungs-Performance dar, wenn Join-Felder verwendet werden.
Weitere Informationen
Die meisten Richtlinien zum Entwerfen von Datenbanken fördern die Unterteilung der Datenbank in mehrere Tabellen (jede zu einem Satz Spalten) anstatt eine große Tabelle zu verwenden, die alle notwendigen Felder enthält. Dank der verschiedenen Tabellen werden doppelte Informationen in der Datenbank vermieden, weil jede Information nur einmal in einer Tabelle gespeichert wird. Wenn Sie Informationen benötigen, die nicht in der aktuellen Tabelle enthalten sind, können Sie die beiden Tabellen miteinander verknüpfen.
Weitere Informationen zum Verbinden von Tabellen und Erstellen von Beziehungen zwischen Tabellen
Durch das Verbinden von Tabellen mit einer Feature-Class werden in der Regel Felder der Tabelle an die der Feature-Class-Tabelle über ein Attribut oder Feld angehängt, das in beiden Tabellen enthalten ist. Dies stellt einen effizienten Speicher bereit, kann jedoch Performance-Auswirkungen haben.
Tipps
Hier sind einige Tipps, die Ihnen helfen können, inkrementelle Performance-Verbesserungen in der dynamischen Kartenanzeige zu erhalten.
- Esri empfiehlt dringend, File-Geodatabases und Enterprise-Geodatabases anstelle von Personal-Geodatabases zu verwenden, und zwar sowohl aus Performance-Gründen als auch aus Gründen der Skalierung von Datenbanken auf mehr als 4 GB.
- Verwenden Sie Enterprise-Geodatabases für die optimale Performance mit Geodatabases. In Anwendungsfällen mit vielen gleichzeitigen Benutzern sind Enterprise-Geodatabases schneller. Da Enterprise-Geodatabases DBMS-basiert sind, können sie besser als File-Geodatabases in Situationen skalieren, in denen eine große Anzahl von Benutzern (Hunderte von Benutzern oder mehr) vorhanden ist.
- Bewahren Sie die Feature-Class-Tabelle und die Verbindungs-Attributtabelle für eine optimale Performance in einer allgemeinen Geodatabase auf. Wenn Sie dazu keine Möglichkeit haben, wird die Performance beeinträchtigt. In der folgenden Tabelle werden die potenziellen Performance-Auswirkungen zusammengefasst:Performance-Auswirkungen von Join-Tabellen
Base-Feature-Class Join-Tabelle Verwenden von Basistabellenspalten mit Inner Join (Auswählen von entsprechenden Zeilen) Verwenden von Join-Tabellenspalten mit Inner Join (Auswählen von entsprechenden Zeilen) Verwenden von Join-Tabellenspalten mit Outer Join (Auswählen aller Datensätze) Personal-Geodatabase
Ein beliebiges DBMS einschließlich Personal-Geodatabase
Sehr langsam
Sehr langsam
Sehr langsam
File-Geodatabase
File-Geodatabase
Schnell
Schnell
Schnell
File-Geodatabase
Enterprise-Geodatabase
Langsam
Langsam
Langsam
Enterprise-Geodatabase
File-Geodatabase
Schnell
Schnell
Schnell
Enterprise-Geodatabase
Enterprise-Geodatabase
Schnell
Schnell
Langsam
Enterprise-Geodatabase
Quer zu einem anderen DBMS
Langsam
Langsam
Langsam
- Erstellen Sie Attributindizes für Ihre Join-Felder in der Feature-Class-Tabelle und in der Join-Tabelle.