Tôi đã sử dụng OGR2OGR để nhập dữ liệu điểm SRID 4326 vào Máy chủ MSSQL. Không nhận ra rằng nó mặc định tạo cột hình học thay vì phát hiện dữ liệu là 4326 và tạo cột địa lý. Tôi biết mã để có được xung quanh này để không có vấn đề ở đó.
Dữ liệu trong cột hình học chỉ hiển thị tốt trong QGIS. Vì vậy, tôi thực sự cần phải đặt dữ liệu trong một cột địa lý?
cảm ơn!
Câu trả lời:
Nếu bạn không cần phải đo khoảng cách trên hình cầu thì hình học rất phù hợp. Hướng dẫn PostGIS chứa thông tin dễ hiểu về http://postgis.net/docs/manual-2.0/USE_postgis_dbmanepage.html#PostGIS_Geography và nó cũng hợp lệ cho MSSQL.
Tôi đã làm điều này một cách tình cờ một vài tháng trước, mặc dù nó là với các dòng và nó là một chiếc kính lớn rất lớn (tôi nghĩ rằng nó đã có trên 10 triệu tính năng). Tôi cũng không nhớ nếu đó là SQL Server 2008 hay 2012.
Một điều mà tôi nhận thấy trong ArcMap là mọi thứ thực sự rất chậm. Tôi định hình nó. Tìm thấy truy vấn gây ra sự chậm chạp và đưa nó vào SSMS và xác định rằng đó là phương thức Bộ lọc là thủ phạm (iirc, ArcMap sử dụng Bộ lọc với một phong bì để lấy OID). SQL Server đã mang trở lại mỗi hàng trong bảng !!
Khi tôi chuyển sang địa lý, Bộ lọc đã trả về số lượng tính năng chính xác cho hình dạng đã cho.
Tôi không nhớ các phương thức khác hoạt động kém, nhưng tôi đã không để lại dữ liệu 4326 trong hình học SQL đủ lâu để tìm hiểu.
Nếu kích thước bảng của bạn không lớn lắm, điều này có thể không quan trọng. Nhưng nó là một cái gì đó để ghi nhớ cho các bảng lớn hơn. Nó cũng không thành vấn đề nếu QGIS không sử dụng Filter.