중앙 데이터 저장소로서의 MS SQL Spatial?

9

공간 시스템을 소유 시스템에서 더 많은 제품 (MapGuide, ESRI, gvSIG, Map3D 등)에서 읽을 수있는 공간 데이터로 열기 위해 노력하고 있습니다.

SQL Spatial을 사용하기로 결정했습니다. 사내 서버를 사용할 수 있고이를 통해 다른 시스템에 쉽게 연결할 수 있습니다.

실제로 중앙 데이터 저장소로 사용하기 전에 성능을 크게 저하시킬 수있는 사항이 있습니까?

spatial-database sql-server

— 자모
소스

6

내 대답은 성능에 관한 것이 아니라 단순한 기능 및 제한된 공간 SQL 쿼리 집합으로 제한됩니다. Postgres 또는 Oracle에서 사용할 수있는 SQL 쿼리 중 일부를 신속하게 찾았지만 이것이 반드시 나쁜 것은 아닙니다. 내가 실제로 좋아하는 단순 기능을 단순하게 유지하면 훌륭한 데이터베이스 관행을 따르고 데이터를 선, 다각형, 관계 등 원하는대로 변환 할 수 있습니다.

— Westyvw
소스

2

최신 릴리스 곡선 / 원호 허용 및 지리 유형 해주기 형상 빠져 공간 기능을 갖는다

— geographika

5

R-Tree 대신 멀티 그리드 인덱싱을 PostGIS 및 Oracle로 사용합니다.

성능과 관련이 없지만 중요 할 수 있습니다.

좌표 변환을 지원하지 않습니다.

SQL 구문에는 약간의 차이가 있습니다. 예:

SELECT * FROM table1 WHERE the_geom.STIntersects(geometry::STGeomFromText('POINT(100 100)',0));

아마도 더 있지만 아마도 나는 그들을 기억할 수 없다 :)

— 마리오 밀러
소스

5

몇 가지 부정적인 점 :

Mario가 언급했듯이 내장 프로젝션 도구가 없으므로 데이터를 다시 투영하는 데 추가 소프트웨어 (FME 또는 GDAL이 유용함)가 필요하다는 의미
일부 공간 쿼리 (교차 / 내부)에 대한 성능이 부족하고, 다음 Denali 릴리스에서 성능이 크게 개선되었지만 "자동"공간 인덱스가 있지만 공간 인덱스는 수동으로 작성해야합니다.
선형 참조가 없습니다 (그러나 .NET 코드로 추가 가능-아래 참조)
커뮤니티의 부족 - 하나 개 관련 오픈 소스 프로젝트에서이 http://sqlspatialtools.codeplex.com/ 드라이버 및 도구는 마이크로 소프트 릴리스의 자비 그래서 작은 활동. SQL 예제가 너무 많지 않습니다.
MapServer와 GDAL에는 이제 SQL Server 2008 드라이버가 있지만 다른 공간 데이터베이스 이후 몇 년이 지난 최근에 나왔습니다.

긍정적 인 측면으로는:

.NET과의 통합. SQL Server에서는 데이터베이스에서 .NET 코드를 실행할 수 있으므로 .NET DLL 및 라이브러리의 기능을 뷰, 저장 프로 시저, 트리거 등에 포함 시킬 수 있습니다. http://projnet.codeplex.com/ 과 같은 라이브러리 는 데이터베이스에서 재 투영을 허용하기 위해 포함되었습니다.
독점 시스템에는 모두 SQL Server 드라이버 / 로더 등이 포함됩니다.
많은 조직에 이미 SQL Server DBA, 서버, 백업 프로세스가 있습니다.
SQL Server Management Studio는 매우 유용한 도구이며 공간 시각화를 포함합니다.
공간 방법 및 간단한 기능에 대한 OGC 표준

— 지리
소스

3

데이터가 전역 척도로 지리 유형으로 저장되는 경우 반구 제한을 알고 있어야합니다 .

— 커크 쿠인 켄달
소스

감사합니다 Kirk 데이터가 지오메트리로 저장되므로 문제가되지 않아야합니다. 프로젝트 영역의 한계가 상대적으로 작으므로 지금까지 약 36,000 개의 기능을 SQL (유틸리티, 카드 및 기타 다양한 기능)로 가져 왔습니다.

— Jamo

SQL Server의 최신 Denali 릴리스에는 전 세계 공간 객체에 대한 지원이 포함되어 있습니다. "관계형 데이터베이스 시스템의 업계 최초"

— geographika