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 ExecuteSpatialQuery
so langsam machen , 7 Minuten zu dauern?
Ich stehe für Erklärungen des Problems zur Verfügung.
Jede Hilfe bitte.
Antworten:
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.
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.
quelle
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.
quelle