GIS डेटा के लिए PostGIS बनाम SQL सर्वर

Question

इसलिए मैं हाल ही में एक नई कंपनी शुरू कर रहा हूं और बहुत से आर्कगिस उपयोगकर्ता हैं जो हमारे ग्राहकों को कुछ डेटा प्रदान करने के लिए पोस्टगिस उदाहरण के साथ वास्तव में आगे बढ़ने के लिए उत्सुक हैं। जबकि मेरे पास इससे कोई समस्या नहीं है, हम 95% SQL सर्वर और 5% Oracle शॉप हैं। हमारा वर्तमान आंतरिक जीआईएस SQL ​​सर्वर से चलता है और मुझे अभी तक कोई शिकायत नहीं है।

मुझे पता है कि SQL सर्वर में 2012 की तुलना में बहुत अधिक स्थानिक / ज्यामितीय क्षमताएं हैं, लेकिन क्या PostGIS में कोई हत्यारा विशेषताएं हैं जो नए प्लेटफॉर्म के लिए तोड़ने लायक हैं? मैंने इस पर शोध करने की कोशिश की है, लेकिन वास्तव में गहराई से कुछ भी नहीं मिला है या यह पूरी तरह से पूर्वाग्रह नहीं है।

मैं उन्हें अपना काम पूरा करने के लिए सबसे अच्छा साधन देना चाहता हूं, लेकिन इस तथ्य को भी तौलना होगा कि मैं शुरू से ही पोस्टग्रेज / जीआईएस सीख रहा हूं और यह एक पूरी यात्रा है।

Comments

यदि यह सर्वर से सर्वर के लिए आर्कगिस का उपयोग करके डेटा की सेवा कर रहे हैं, तो केवल विचार प्रदर्शन होगा। हालांकि इसमें स्थानिक कार्यक्षमता की एक बड़ी रेंज है, मुझे नहीं लगता कि इसमें से कोई भी एक हत्यारा सुविधा होगी या आर्किटिस द्वारा आवश्यक होने की संभावना है। दुर्भाग्य से मेरे पास प्रदर्शन पर कोई मानक नहीं है।

— मिकी

उपयोग का पुराना मंत्र जो आप जानते हैं वह निश्चित रूप से यहां लागू होता है। एक अलग प्लेटफ़ॉर्म पर स्विच करना हमेशा परिवर्तन को शुरू करने से पहले एक महान विचार की तरह लगता है। इतना बाद में नहीं, जब आप इसमें 6 महीने के हों और महसूस करें कि आपने केवल आवश्यक ज्ञान हासिल करना शुरू कर दिया है। कभी अवसर लागत के बारे में सुना है?

— मैक्स वर्नोन

एआरसी उत्पादों का कोई अनुभव नहीं है, लेकिन केवल डेटाबेस से बात करते समय। PostGIS रास्ता MSSQL सर्वर की तुलना में स्थानिक डेटाबेस का अधिक परिपक्व कार्यान्वयन है, अधिक उदाहरण, अधिक मुक्त सामग्री। यदि आपको db से संबंधित कुछ स्थानिक करने की आवश्यकता है, तो PostGIS में अधिक विकल्प हैं। PostGIS मुफ्त है, MS SQL नहीं है, स्थानिक डेटाबेस में अपेक्षा से अधिक बढ़ने की प्रवृत्ति है। इसलिए लाइसेंस आदि से सिरदर्द होता है ... निश्चित रूप से लिनक्स + पोस्टजीआईएस की अपनी समस्याएं हैं अगर विंडोज एनरोलमेंट के लिए एडिंस का अधिक उपयोग किया जाता है।

— सिंपलेक्सियो

Answer 1

मैंने Postgres और SQL Server दोनों के साथ काम किया है। मैंने पाया कि पोस्टग्रिज जीआईएस कार्यक्षमता में श्रेष्ठ हैं। और जब मैं संक्षेप में अपने निष्कर्षों का विस्तार करने जा रहा हूं, तो मैं यह सुझाव दूंगा: अपने आप को एक संक्षिप्त लेकिन उचित समय की अवधि के लिए अपरिचित समाधान की समीक्षा करने के लिए दें जिसे आप जानते हैं, विशिष्ट लक्ष्यों को ध्यान में रखते हुए। उदाहरण के लिए, शायद कुछ विशिष्ट कार्यक्षमता को स्थापित करने और सीखने के लिए 2 सप्ताह की समय अवधि। यदि आप पाते हैं कि आप उस समय अवधि के भीतर अटक गए हैं या कार्यक्षमता में कमी है, तो आप जानते हैं कि यह आपके लिए नहीं है। यह अनुसंधान में एक निवेश है जो आपके दृष्टिकोण को व्यापक बनाता है और आपको यह महसूस करने में मदद करता है कि आप कुछ ऐसा याद कर रहे हैं जिससे आप पहले अनजान थे, या बस पुष्टि करें कि आपका वर्तमान पाठ्यक्रम अभी है।

जहां तक ​​डेटाबेस जाता है, मैंने पाया कि पोस्टग्रेज को छोटा, और अधिक उथला, सीखने की अवस्था है। प्रलेखन अविश्वसनीय है। एसक्यूएल सर्वर में काफी दस्तावेज होते हैं, लेकिन मुझे बहुत सारे उदाहरण और ट्यूटोरियल नहीं पढ़ने में बहुत मुश्किल होती है।

PostGIS बनाम SQL सर्वर स्थानिक प्रलेखन के संबंध में उपरोक्त के समान है, लेकिन PostGIS कार्यक्षमता में SQL सर्वर स्थानिक से पैंट को हरा देता है। उदाहरण के लिए, Google मैप्स, और कुछ हद तक बिंग मैप्स, ने हाल ही में अपने मैप्स एपीआई में पूर्ण जियोजोन समर्थन जोड़ा है। खैर, PostGIS आसानी से ST_AsGeoJSON () का उपयोग करके डेटाबेस क्वेरी से सीधे जियोजन्स परिणाम लौटा सकता है । इस जियोजन्स परिणाम को जियोजोन को समझने के लिए सीधे पारित किया जा सकता है। SQL सर्वर के लिए आपको अतिरिक्त लाइब्रेरी और प्रोसेसिंग का उपयोग करना होगा, या ogr2ogr का उपयोग करना होगा। इसके अलावा PostGIS में SQL सर्वर की तुलना में डेटाबेस के अंदर और बाहर डेटा रूपांतरण के लिए 300 से अधिक फ़ंक्शन उपलब्ध हैं, जिनकी संख्या लगभग 70-100 है।

Comments

जैसे ही आपको बहुभुज की आवश्यकता होती है, PostGIS का उपयोग करें - आप अपने आप को बहुत परेशानी से बचाएंगे। यदि आपको केवल अंकों की आवश्यकता है, तो शायद SQL-Server पर्याप्त है, लेकिन तब आप बस दो दशमलव कॉलम का उपयोग कर सकते हैं (2 कॉलम अनुशंसित नहीं हैं यदि आपको दूरी गणना करने की आवश्यकता है - जियोप्वाइंट का उपयोग करें)। यदि आप EntityFramwork / LINQ2SQL / averageCrappyORM का उपयोग करते हैं, तो जियोप्वाइंट की अनुशंसा नहीं की जाती है।

— क्वांडरी

Answer 2

यह मुझे लगता है कि कौन सी डीबी बेहतर है यहां आपकी प्राथमिक चिंता नहीं है और इसके बजाय आपके पास दो अलग-अलग विचार हैं जो प्रत्येक व्यवसाय के विरुद्ध कट जाते हैं, अर्थात् व्यावसायिक ज्ञान बनाम ग्राहक इच्छाओं। अंततः वह एक व्यावसायिक निर्णय होगा, न कि तकनीकी निर्णय।

जाहिर तौर पर अवसर की लागत है क्योंकि मैक्स ने एक टिप्पणी में उल्लेख किया है। उसके आसपास कोई रास्ता नहीं है। यदि आप पोस्टग्रेज मार्ग जा रहे हैं, तो कृपया एक अच्छे परामर्श समझौते, एक अनुभवी डेबा, या दोनों के रूप में, कुछ सहायता प्राप्त करने पर विचार करें।

यदि आपके उपयोगकर्ता PostGIS चाहते हैं, तो यह एक शुद्ध जीत हो सकती है। स्विच बनाकर आप अपनी सेवाओं में से कितना बेचेंगे? क्या यह इसके लायक अवसर-लागत-वार होगा? वे निर्णय नहीं हैं जो इस आधार पर किए जा रहे हैं कि db आपकी नज़र में या तकनीकी चश्मे के मामले में बेहतर है, लेकिन सीखने की अवस्था और विपणन के संदर्भ में।

Comments

हाथ में पसंद पर महान अंतर्दृष्टि - धन्यवाद क्रिस।

— लोवलीबा

कौन सी डीबी बेहतर है यहां प्राथमिक चिंता का विषय है। SQL- सर्वर डेटा (planet.osm) के उस आकार को संभालने में सक्षम नहीं है। इसके अलावा, यह बहुत सारी विशेषताओं को याद करता है, जिनकी आपको वास्तव में आवश्यकता है, यदि आप अकादमिक अनुसंधान (वेक्टर टाइल, जियोजोन, आदि) से अधिक करने जा रहे हैं। इसके अलावा, यह भूमध्य रेखा से एक तरफ से दूसरे (बेवकूफ) तक जाने वाले बहुभुज को संभाल नहीं सकता है, जो एक चिंता का विषय है अगर आपको ब्राज़ील, इक्वाडोर, कोलोम्बिया, डीआरसी, गैबॉन, केन्या, सोमालिया, मलेशिया, इंडोनेशिया, सिंगापुर, की आवश्यकता है पापुआ या भारतीय, प्रशांत या अटलांटिक महासागर आदि। भी, त्रुटियों अगर बहुभुज की गलत दिशा है - ऑटो-कन्वर्ट के बजाय ...

— Quandary