क्या PostGIS एक उत्पादन फार्म के लिए MySQL पर एक लाभ प्रदान करेगा?

Question

मेरे पास एक वेब ऐप है जो वेस्ट मिशिगन में खेतों के स्थानों को संग्रहीत करता है। आप एक उत्पाद खोज सकते हैं (उदाहरण के लिए "ब्रोकोली") और यह आपको उस उत्पाद को उगाने वाले सभी खेतों को दिखाएगा।

अभी मैं MySQL का उपयोग कर रहा हूं और उपयोगकर्ता के स्थान और प्रत्येक खेत के स्थान के बीच अंतर की गणना करने के लिए त्रिकोणमिति का उपयोग कर रहा हूं। यह जाने का बुरा तरीका नहीं है लेकिन इसने कुछ कर दिखाया है।

एक और बात जो मैं जल्द करना चाहता हूं वह है विभिन्न क्षेत्रों के लिए अलग-अलग उत्पादों के लिए बढ़ते मौसमों का मानचित्रण करना। (उदाहरण के लिए, मैं यह बताना चाहता हूं कि एवोकैडो कैलिफोर्निया में साल के एक निश्चित समय में विकसित होता है लेकिन ओहियो में कभी नहीं।)

मुझे लगता है कि यह एक खुले-अंत और संभवतः भोले सवाल है, लेकिन क्या इसके स्थानिक क्षमताओं का लाभ उठाने के लिए PostgreSQL / PostGIS पर स्विच करने के लिए मेरे लिए इसके लायक हो सकता है?

Comments

क्या आप गतिशील "सीज़न" नक्शे या स्थिर लोगों की योजना बना रहे हैं?

— UnderDark

अगर मैं समझता हूँ कि तुम क्या पूछ रहे हो, गतिशील। उदाहरण: ग्रैंड रैपिड्स के पास सेब के बढ़ते मौसम, एमआई अगस्त से अक्टूबर है।

— जेसन स्विट

Answer 1

मैं एक महान PostGIS प्रशंसक हूं और MySQL के साथ कोई अनुभव नहीं है इसलिए मैं पक्षपाती हूं।

लेकिन आप जो लिखते हैं उससे मैं स्विच करने के दो कारणों के बारे में सोचता हूं।

सबसे पहले, यह निश्चित रूप से नई सुविधाओं को लागू करने के लिए बहुत आसान होगा जैसे कि आपके द्वारा उल्लिखित सीज़न मानचित्र।

दूसरा, जब आप आज अपनी त्रिकोणमिति गणना करते हैं तो मुझे लगता है कि आप इसे डीबी के बाहर कर रहे हैं। यदि आप db में वह सब करते हैं, जिसके बजाय आप ओवरलेइंग अनुप्रयोगों के अपने विकास में बहुत अधिक मुक्त हैं।

यदि आप पोस्टगिस चलाते हैं, तो शायद आपको db के बाहर कोई गणना नहीं करनी पड़ेगी।

आपके द्वारा उल्लिखित सीज़न की बात MySQL में उल्लेखनीय हो सकती है क्योंकि यह बहुत ही मूल लगता है लेकिन आपको सभी स्थानिक कार्यक्षमता तक पहुँच के साथ PostGIS में मिमीकोर लचीलापन मिलेगा।

/ Nicklas

Answer 2

यदि केवल इसलिए कि आपकी जानकारी (मैप्सर्वर, जियोसर्वर, आदि,) लोडिंग डेटा (ogr2ogr, fme, आदि) के नक्शे बनाने के लिए तीसरे पक्ष के अनुप्रयोगों में आपके पास बहुत अधिक विकल्प होंगे, तो PostGIS एक बेहतर विकल्प बना देगा। MySQL तभी सूट करेगा जब आपकी ज़रूरतें अपेक्षाकृत सीमित रहेंगी।

Comments

FME MySQL के साथ-साथ PostGIS का भी समर्थन करता है।

— रेवेन

Answer 3

MySQL में एक स्थानिक विस्तार भी है लेकिन, जहाँ तक मुझे पता है (मैंने इसका उपयोग कभी नहीं किया है), पोस्टगिस की तरह समृद्ध और स्थिर नहीं है ।

यदि आप एक स्थानिक डेटाबेस का उपयोग करने पर विचार कर रहे हैं, तो PostGIS एक अच्छा विकल्प है और स्विच करने का प्रयास करने योग्य होगा।

जबकि MySQL पहले से ही भू-स्थानिक डेटा को संग्रहीत और संचालित करने के लिए कुछ कार्यक्षमता प्रदान करता है, कार्यक्षमता काफी वांछित होना छोड़ देती है और पूर्ण OpenGIS संगतता प्रदान करने से बहुत दूर है।

सबसे विशेष रूप से यह है कि सभी कार्य जो स्थानिक डेटा को क्वेरी करते हैं, केवल एमबीआर (न्यूनतम बाउंडिंग आयत) पर काम करते हैं, जिससे ऑपरेशन को सरल बनाया जा सके।

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

Answer 4

MySQL बनाम पोस्टगिस लड़ाई एक बार फिर से बढ़ जाती है:

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

नोट टिप्पणी-ईआरएस सबसे यहाँ से कर रहे हैं (जीआईएस ढेर विनिमय।)

लिंक भी

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

Mysql की तुलना में पोस्टगिस के साथ अधिक सफल तैनाती की है । (ग्राहक सेट अप पर निर्भर हैं और वे क्या हासिल करने की कोशिश कर रहे हैं)

पॉल रेम्सी (और पोस्टजीआईएस टीम) को मेरा एकमात्र सुझाव PgAdmin (v4 ..?) के माध्यम से पोस्टगिस के लिए एक अच्छा जीयूआई है, जिसमें एक विज़ुअलाइज़र (जैसे सुरक्षित सॉफ़्टवेयर का एफएमई) है - न केवल विशेषताओं का एक प्रमुख प्लस होगा। वर्तमान में पोस्टगिस डेटा को विज़ुअलाइज़ करने के लिए QGIS का उपयोग करें।