Tôi đang bị dữ liệu xem và dữ liệu ArcSDE rất chậm từ một ứng dụng công cụ Arcgis, cơ sở dữ liệu SDE nằm trong localhost nên không có vấn đề gì về mạng. nhưng tôi vẫn không biết lý do cũng không giải quyết vấn đề này.
Tôi đang làm việc trên máy 64 bit với 2 CPU Xeon 3,4 GHz và 2 Gb RAM.
cơ sở dữ liệu chứa 20 lớp tính năng, nhưng với số lượng tính năng tối đa không vượt quá 100 000 trong một số lớp tính năng, nếu tôi chờ xem dữ liệu, tôi sẽ đợi 10 phút.
tôi đã cố gắng nén và xây dựng lại các chỉ mục trong cơ sở dữ liệu nhưng không có sự cải thiện nào cả.
Tôi đã cố gắng xem dữ liệu từ ArcMap, tôi đã thành lập cùng một vấn đề.
Sử dụng màn hình hiệu suất tôi nhận thấy một số điểm nghẽn trong CPU và mạng bên.
Chi tiết SDEINTERCEPT:
tôi đã cố gắng @travis lời khuyên, vì vậy tôi mở dữ liệu tham khảo mxd trong SDE với ArcMap, sau đó tôi nhận xét phần này mất 7 phút:
[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..."Điều gì có thể làm cho ExecuteSpatialQueryquá chậm để mất 7 phút?
Tôi sẵn sàng giải thích vấn đề.
Xin mọi người giúp đỡ.
1
Tôi nghi ngờ bạn sẽ có nhiều khả năng nhận được phản hồi nếu bạn nêu chi tiết kiến trúc hệ thống, chỉnh sửa quy trình công việc, đặc điểm dữ liệu và những bước bạn đã thực hiện để chẩn đoán và cố gắng khắc phục sự cố. Nếu bạn đưa ra một câu hỏi mơ hồ, rất có thể bạn sẽ nhận được một câu trả lời mơ hồ, hoặc không có gì cả.
—
blah238
tôi đã thực hiện chỉnh sửa bao gồm nhiều chi tiết hơn
—
geogeek
Ý bạn là gì "so với ArcMap thì nó phải chạy rất nhanh"? Những lần bạn cho âm thanh chậm. Nếu máy chủ cơ sở dữ liệu có các công cụ khác chạy trên nó, bạn có thể gặp sự cố ở đó. Thông thường, chỉnh sửa bắt đầu / dừng chỉnh sửa sẽ không được gọi thường xuyên - thông thường bạn sẽ nói sử dụng một con trỏ chèn ở giữa chúng (hoặc cập nhật hoặc xóa, v.v.). Tôi tin rằng featureclass.create () không phải là một cuộc gọi siêu nhanh. Nếu bạn đang làm mới 20 lớp với ghi nhãn, thì việc làm mới không có vẻ hoàn toàn không hợp lý.
—
awesomo
Nếu bạn đang cố gắng để xem một số featureclass cùng một lúc, một số trong đó chứa 100 000 hồ sơ, tất nhiên bạn sẽ mất một thời gian. 10 giây là rất hợp lý cho số lượng dữ liệu này.
—
Devdatta Tengshe
Nếu bạn muốn biết chính xác thao tác nào đang làm mất thời gian, bạn có thể thử chạy theo dõi DBMS hoặc chặn SDE ( support.esri.com/en/ledgeledridease/techarticles/detail353704 ). Một khi bạn biết những gì đang làm mọi lúc, bạn có thể nhận được sự giúp đỡ cụ thể để giải quyết nó.
—
ngày