Saya menggunakan OGR2OGR untuk mengimpor data titik SRID 4326 ke MSSQL Server. Tidak menyadari bahwa itu default untuk membuat kolom geometri alih-alih mendeteksi data sebagai 4326 dan membuat kolom geografi. Saya tahu kode untuk mengatasi ini jadi tidak ada masalah di sana.
Data seperti pada kolom geometri ditampilkan dengan baik di QGIS. Jadi, apakah saya benar-benar perlu memasukkan data dalam kolom geografi?
Terima kasih!
Jawaban:
Jika Anda tidak perlu mengukur jarak spheroid maka geometri cocok dengan baik. Manual PostGIS berisi info yang dapat dimengerti tentang http://postgis.net/docs/manual-2.0/using_postgis_dbmanagement.html#PostGIS_Geography ini dan juga berlaku untuk MSSQL.
Saya melakukan ini secara tidak sengaja beberapa bulan yang lalu, meskipun itu dengan garis dan itu adalah fitur yang sangat besar (saya pikir itu ada di urutan 10 juta fitur). Saya juga tidak ingat apakah itu SQL Server 2008 atau 2012.
Satu hal yang saya perhatikan di ArcMap adalah semuanya sangat, sangat lambat. Saya memprofilkannya. Menemukan kueri yang menyebabkan kelambatan dan memasukkannya ke dalam SSMS dan menentukan bahwa itu adalah metode Filter yang menjadi biang keladinya (iirc, ArcMap menggunakan Filter dengan amplop untuk mengambil OID). SQL Server mengembalikan setiap baris dalam tabel !!
Ketika saya beralih ke geografi, Filter mengembalikan jumlah fitur yang benar untuk geometri yang diberikan.
Saya tidak ingat metode lain berperilaku buruk, tapi saya tidak meninggalkan data 4326 dalam SQL geometri cukup lama untuk mengetahuinya.
Jika ukuran meja Anda tidak terlalu besar, ini mungkin tidak masalah. Tapi itu sesuatu yang perlu diingat untuk meja yang lebih besar. Juga tidak masalah jika QGIS tidak digunakan Filter.