Gibt es eine Problemumgehung für die sehr langsame Anzeige von ArcSDE 10.1-Daten?

8

Ich habe Probleme mit der sehr langsamen Anzeige von Daten und der ArcSDE-Datenbank einer Arcgis Engine-Anwendung. Die SDE-Datenbank befindet sich in localhost, sodass keine Netzwerkprobleme auftreten. Aber ich kenne weder die Gründe noch die Lösung dieses Problems.

Ich arbeite an einer 64-Bit-Maschine mit 2 CPUs Xeon 3,4 GHz und 2 GB RAM.

Die Datenbank enthält 20 Feature-Classes, aber mit der maximalen Anzahl von Features in einigen Feature-Classes nicht mehr als 100.000. Wenn ich auf die Anzeige der Daten warte, sollte ich 10 Minuten warten.

Ich habe versucht, Indizes in der Datenbank zu komprimieren und neu zu erstellen, aber es gibt überhaupt keine Verbesserungen.

Ich habe versucht, Daten aus ArcMap anzuzeigen. Ich habe das gleiche Problem festgestellt.

Bei der Verwendung des Leistungsmonitors habe ich einige Engpässe auf der CPU- und Netzwerkseite festgestellt.

SDEINTERCEPT Details:

Ich habe @travis Ratschläge ausprobiert , also habe ich mxd-Referenzdaten in sde mit Arcmap geöffnet und dann bemerkt, dass dieser Teil 7 Minuten dauert:

[W 10:34:37.710] Command:      QueryWithInfo
[R 10:34:37.710] Long:         1
[R 10:34:37.710] Query Info: 
    Num Columns:   1
    Columns:       "shape"
    SQL_Construct: [1]
    Tables:        "gebase.sde.point"
    WhereClause:   "type_point_id<3"
    Query Type:    4
    Num Hints:     0
    Num Parameter markers: 0
    Logfile:       <null>
[W 10:34:37.718] Long:         0
[W 10:34:37.718] Col_Defines:  [1]
    Name                                 Type    Width nDec  NULL?   RowID
    -------------------------------- ----------- ----- ---- -------- -----
    shape                            SE_SHAPE        0   0      NULL      
    -------------------------------- ----------- ----- ---- -------- -----
[W 10:34:37.718] Long:         71303299
[W 10:34:37.718] Long:         0
[W 10:34:37.718] CoordRef:
    XY False Origin:       -37644800,, -28128500,
    XY System Units:       10000,
    XY Half SysUnit:       0,00005
    XY Round:              0,0001
    XY Cluster Tolerance:  0,001
    Z  Offset:             -100000,000000
    Z  Units:              10000,000000
    Z  Half SysUnit:       0,000050000
    Z  Round:              0,000100000
    Z  Cluster Tolerance:  0,001
    Measure Offset:        -100000,000000
    Measure Units:         10000,000000
    Measure Half SysUnit:  0,000050000
    Measure Round:         0,000100000
    Measure Cluster Tol:   0,001
    Coordinate System ID:  0
    Coordinate System:     "PROJCS["Nord_Maroc_Degree",GEOGCS["GCS_Merchich_Degree",DATUM["D_Merchich",SPHEROID["Clarke_1880_IGN",6378249.2,293.46602]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",300000.0],PARAMETER["Central_Meridian",-5.4],PARAMETER["Standard_Parallel_1",33.3],PARAMETER["Scale_Factor",0.999625769],PARAMETER["Latitude_Of_Origin",33.3],UNIT["Meter",1.0]]"
    Spatial Reference ID:  102191
    Precision              High [64]
========================================
[W 10:34:37.719] Command:      SetSpatialConstraints
[R 10:34:37.719] Long:         1
[R 10:34:37.719] Short:        2
[R 10:34:37.719] Long:         0
[R 10:34:37.720] Filter Array: [1]
    Table:        gebase.sde.point
    Column:       shape
    SearchMethod: SM_ENVP
    Truth:        Must Pass
    FilterType:   SE_SHAPE_FILTER
          FilterShape:
          XY False Origin:       -37644800,, -28128500,
          XY System Units:       10000,
          XY Half SysUnit:       0,00005
          XY Round:              0,0001
          XY Cluster Tolerance:  0,001
          Z  Offset:             -100000,000000
          Z  Units:              10000,000000
          Z  Half SysUnit:       0,000050000
          Z  Round:              0,000100000
          Z  Cluster Tolerance:  0,001
          Measure Offset:        -100000,000000
          Measure Units:         10000,000000
          Measure Half SysUnit:  0,000050000
          Measure Round:         0,000100000
          Measure Cluster Tol:   0,001
          Coordinate System ID:  0
          Coordinate System:     "PROJCS["Nord_Maroc_Degree",GEOGCS["GCS_Merchich_Degree",DATUM["D_Merchich",SPHEROID["Clarke_1880_IGN",6378249.2,293.46602]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",300000.0],PARAMETER["Central_Meridian",-5.4],PARAMETER["Standard_Parallel_1",33.3],PARAMETER["Scale_Factor",0.999625769],PARAMETER["Latitude_Of_Origin",33.3],UNIT["Meter",1.0]]"
          Spatial Reference ID:  102191
          Precision              High [64]
          Feature Number:        0
          Feature Entity Type:   Area        
          Number of Points:      5
          Feature Envelope:
            MinX:    328133,48150, MaxX:    384094,63650
            MinY:    133834,78230, MaxY:    159869,12210
          Polygon Perimeter:        163990,98960
          Polygon Area:          1456911724,87047
---------------------------------------------------------------
Point          X                Y               2D Distance 
---------------------------------------------------------------
    1     328133,48150     133834,78230
    2     384094,63650     133834,78230        55961,155
    3     384094,63650     159869,12210        26034,340
    4     328133,48150     159869,12210        55961,155
    5     328133,48150     133834,78230        26034,340

[W 10:34:37.721] Long:         0
========================================
[W 10:34:37.721] Command:      ExecuteSpatialQuery
[R 10:34:37.721] Long:         1
[W 10:34:37.727] Long:         0
========================================
[W 10:41:17.554] Command:      NextBuffer
[R 10:41:17.554] Long:         1
[W 10:41:17.554] Long:         0
[R 10:41:17.554] Long:         16416
[W 10:41:17.554] Long:         456
[W 10:41:17.554] Short:        -1
[W 10:41:17.554] Long:         0
[W 10:41:17.554] Long:         0
[W 10:41:17.554] Block:
    BufferInfo: [25/16416]  Address@0x26fb0000 
    BufferInHex:    "02008A850100010000000100140000000C0000000100000082..."

Was könnte es ExecuteSpatialQueryso langsam machen , 7 Minuten zu dauern?

Ich stehe für Erklärungen des Problems zur Verfügung.

Jede Hilfe bitte.

arcgis-10.1  postgresql  enterprise-geodatabase  arcgis-engine  performance 
— Geogeek
quelle
1
Ich vermute, dass Sie mit größerer Wahrscheinlichkeit eine Antwort erhalten, wenn Sie Ihre Systemarchitektur, den Bearbeitungsworkflow, die Dateneigenschaften und die Schritte, die Sie unternommen haben, um das Problem zu diagnostizieren und zu beheben, detailliert beschreiben. Wenn Sie eine vage Frage stellen, erhalten Sie höchstwahrscheinlich eine vage oder gar keine Antwort.
— blah238
Ich habe eine Bearbeitung mit mehr Details vorgenommen
— Geogeek
2
Was meinst du mit "im Vergleich zu ArcMap muss es sehr schnell laufen"? Die Zeiten, die Sie angeben, klingen langsam. Wenn auf dem Datenbankserver andere Inhalte ausgeführt werden, liegt möglicherweise ein Problem vor. Normalerweise wird die Startbearbeitung / Stoppbearbeitung nicht so oft aufgerufen - normalerweise würde man sagen, man würde einen Einfügecursor dazwischen verwenden (oder aktualisieren oder löschen usw.). Ich glaube, featureclass.create () ist kein superschneller Aufruf. Wenn Sie 20 Ebenen mit Beschriftung aktualisieren, klingt die Aktualisierung nicht völlig unangemessen.
— Awesomo
Wenn Sie versuchen, mehrere Feature-Classes gleichzeitig anzuzeigen, von denen einige 100.000 Datensätze enthalten, nehmen Sie sich natürlich etwas Zeit. 10 Sekunden sind für diese Datenmenge sehr vernünftig.
— Devdatta Tengshe
1
Wenn Sie genau wissen möchten, welcher Vorgang die Zeit in Anspruch nimmt, können Sie versuchen, einen DBMS-Trace oder einen SDE-Intercept auszuführen ( support.esri.com/de/knowledgebase/techarticles/detail/35704 ). Sobald Sie wissen, was die ganze Zeit dauert, können Sie möglicherweise spezifische Hilfe erhalten, um das Problem zu beheben.
— Travis

Antworten:

6

Ich vermute, Sie haben möglicherweise allgemeine Leistungsprobleme wie Beschriftung, Rendering im Layer-Maßstab, Transparenzen usw. Wenn Sie über eine ArcGIS for Server-Lizenz verfügen, können Sie versuchen, über die Schaltfläche Analysieren im Service-Editor ein Kartendokument auf diese Leistungswarnungen zu testen.

Mit dem Service Editor können Sie potenzielle Leistungsengpässe und Fehler identifizieren, die Sie beheben müssen

Analysieren Ihrer GIS-Ressource

Anschließend können Sie die Konfiguration Ihrer festen Kartendokumentebene modellieren, um sie in Ihrer ArcEngine-App zu verwenden und die Leistung zu verbessern.

— Artwork21
quelle
0

Ich habe die Ursache für die sehr langsame ArcSDE-Leistung gefunden. Es scheint, dass die Datenbank aufgrund mehrerer Check-in-Vorgänge beim Auschecken von Arcpad und einiger Exportarbeitsbereiche in XML altert. Dies liegt also nicht an Big Data.

Also habe ich eine neue Geodatabase erstellt und den XML_workspace importiert und er läuft schnell im Vergleich zur alten Datenbank. Das Löschen aller Feature-Classes und das Importieren von XML_workspace scheint die Datenbank also nicht zu aktualisieren.

Gibt es eine Möglichkeit, die Datenbank zu aktualisieren?

Abgesehen von der schmutzigen Art: DROP-Datenbank und neue Geodatabase erstellen, dann XML_workspace importieren.

— Geogeek
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.