문제

누구든지 그것을 사용해 보았고 그것이 잘 구현 된 지 말할 수 있습니까?

-Assaf (지난 몇 주 동안 MySQL의 OpenGIS 기능 부족으로 점점 좌절감을 느꼈으 며 현재 MSSQL로 전환하는 것을 고려하고 있습니다)

도움이 되었습니까?

해결책

예, 그들은 일합니다.

방금 iSpatialFilter를 사용하여 ESRI-ArcObject 기반 쿼리에서 동일한 데이터를 반환하는 SQLCommand로 전환했습니다. 근접 검색입니다 (지점 X의 1000 피트 이내에있는 레코드를 반환).

처음에는 ESRI 쿼리가 여전히 빠르지 만 비효율적 인 조항이 제대로 구성되지 않았기 때문입니다 (여전히 SQLSVR2008에서 공간 함수를 사용하는 방법을 배우고 있습니다).

약간의 조정 후, 내 SQL 방법은 ESRI 방법보다 빠르지 만 그다지 많지는 않았습니다. 그런 다음 검색 거리를 최대 10000 피트까지 잭으로 옮긴 다음 차이를 보았습니다. SQL Server 2008 방법은 훨씬 빠릅니다.

(ESRI) 근처 고객 검색 시간 경과 시간 (SEC) : 1.503 (SQL2008) 쿼리 근처 고객이 경과 시간 (SEC) : 0.925

속도 차이는 인덱스와 관련이 없지만 esri-arcobjects와 관련이 없습니다. 내 ESRI 방법에서는 iproximityOperator 및 iPoint에서 거리, X 및 Y를 얻습니다. SQL2008 메소드에서 데이터베이스가 모든 작업을 수행하도록 허용합니다 : shape.stx, shape.sty as as, shape.stdistance (그러나 Arcobject 개발자는 그 오버 헤드에 대해 모든 것을 알고 있습니다).

나는 지금까지 감명을 받았습니다.

다른 팁

예, 작동합니다. 여기에 샘플 코드가 있습니다. 지리 데이터 유형을 사용한 SQL Server 2008 근접 검색

예. 그들은 올바르게 구현됩니다. 당신도 가지고 있습니다 Postgresql의 postgis 옵션으로 오라클 공간. Informix 및 DB2에는 공간 유형의 구현도 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top