Apakah PostGIS menawarkan keunggulan dibandingkan MySQL untuk aplikasi produk pertanian?


23

Saya memiliki aplikasi web yang menyimpan lokasi peternakan di Michigan Barat. Anda dapat mencari produk (mis. "Brokoli") dan itu akan menunjukkan kepada Anda semua peternakan yang menanam produk itu.

Saat ini saya menggunakan MySQL dan menggunakan trigonometri untuk menghitung perbedaan antara lokasi pengguna dan lokasi masing-masing peternakan. Ini bukan cara yang buruk untuk dilakukan tetapi butuh beberapa tindakan.

Hal lain yang ingin saya lakukan segera adalah memetakan musim tanam untuk berbagai produk untuk berbagai daerah. (Misalnya, saya ingin menunjukkan bahwa alpukat tumbuh pada waktu tertentu di California tetapi tidak pernah di Ohio.)

Saya menyadari ini adalah pertanyaan terbuka dan mungkin naif, tetapi mungkinkah layak bagi saya untuk beralih ke PostgreSQL / PostGIS untuk mengambil keuntungan dari kemampuan spasialnya?


1
Apakah Anda merencanakan peta "musim" dinamis atau yang statis?
underdark

Jika saya mengerti apa yang Anda minta, dinamis. Contoh: musim tanam untuk Apel dekat Grand Rapids, MI adalah Agustus hingga Oktober.
Jason Swett

Jawaban:


21

Saya penggemar PostGIS yang hebat dan tidak memiliki pengalaman dengan MySQL jadi saya mungkin bias.

Tetapi dari apa yang Anda tulis, saya memikirkan dua alasan untuk beralih.

pertama, pasti akan jauh lebih mudah untuk mengimplementasikan fitur-fitur baru seperti peta musim yang Anda sebutkan.

kedua, ketika Anda hari ini melakukan perhitungan trigonometri Anda, saya kira Anda melakukannya di luar db. jika Anda melakukan semua itu di db sebagai gantinya Anda jauh lebih bebas dalam pengembangan aplikasi overlay Anda.

Anda mungkin tidak perlu melakukan perhitungan di luar db jika Anda menjalankan postgis.

musim yang Anda sebutkan mungkin dapat dilakukan di MySQL karena kedengarannya sangat mendasar tetapi Anda akan mendapatkan lebih banyak fleksibilitas di PostGIS dengan akses ke semua fungsi spasial.

/ Nicklas


18

Jika hanya karena Anda akan memiliki lebih banyak pilihan dalam aplikasi pihak ketiga untuk menghasilkan peta informasi Anda (mapserver, geoserver, dll, dll.) Memuat data (ogr2ogr, fme, dll.) PostGIS akan membuat pilihan yang lebih baik. MySQL hanya akan sesuai jika kebutuhan Anda terus relatif terbatas.


FME mendukung MySQL dan PostGIS.
Raven

8

MySQL juga memiliki ekstensi spasial tetapi, sejauh yang saya tahu (saya belum pernah menggunakannya), tidak kaya fitur dan stabil seperti PostGIS .

Jika Anda mempertimbangkan untuk menggunakan basis data spasial, PostGIS adalah pilihan yang baik dan upaya peralihan akan bernilai.

Sementara MySQL sudah menyediakan beberapa fungsionalitas untuk menyimpan dan beroperasi pada data geospasial, fungsionalitas menyisakan cukup banyak yang diinginkan dan jauh dari menyediakan kompatibilitas OpenGIS penuh.

Yang paling penting adalah bahwa semua fungsi yang meminta data spasial hanya beroperasi pada MBR (persegi batas minimum), untuk menyederhanakan operasi.

http://forge.mysql.com/wiki/GIS_Functions


6

Pertempuran MySQL vs Postgis naik sekali lagi:

http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/

Perhatikan komentar yang paling banyak berasal dari sini (pertukaran gis stack.)

tautan juga

http://www.spatiallyadjusted.com/2008/02/05/bringing-open-source-gis-into-an-esri-shop/#comment-32680

Memiliki penyebaran yang lebih sukses dengan postgis daripada mysql. (tergantung pada pengaturan klien dan apa yang ingin mereka capai)

Satu-satunya saran saya kepada Paul Ramsey (dan tim PostGIS) adalah GUI yang bagus untuk postgis via PgAdmin (v4 ..?) Dengan visualiser (seperti FME perangkat lunak yang aman) - bukan hanya atribut yang akan menjadi nilai tambah utama. Saat ini menggunakan QGIS untuk memvisualisasikan data postgis.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.