Google फ्यूजन टेबल्स बनाम अमेज़ॅन वेब सेवाएँ: जो जीआईएस डेटा के लिए बेहतर है?

Question

Google फ्यूजन टेबल्स बनाम अमेज़ॅन वेब सेवाओं में स्थानिक डेटा संग्रहीत करने के लिए पेशेवरों / विपक्ष क्या हैं ?

कारक शामिल होंगे: लागत, प्रदर्शन, अद्यतन में आसानी।

Comments

आपने इसके साथ क्या करने की योजना बनाई?

— इयान Turton

मैं यह भी सोच रहा हूँ, अच्छा सवाल!

— वोल्फऑड्रेड

@ और मेरे पास बहुभुज फीचरक्लास हैं जिन्हें मैं वेब मानचित्र के शीर्ष पर प्रदर्शन के लिए उपलब्ध कराना चाहता हूं।

— कर्क कुक्केंडल

@ अधिक विशेष रूप से, मैं इस वैश्विक रीफ़ साइट को देख रहा था , जिसमें जेम्स शुल्क का उल्लेख है । जेम्स ने कहा कि यह फ्यूजन टेबल्स का उपयोग करता है। मुझे आश्चर्य है कि अगर AWS के साथ ऐसा कुछ करना कम या ज्यादा मुश्किल होगा।

— किर्क कुएकेन्डल

हे किर्क - feaureclasses कितने बड़े हैं? क्या उन्हें निजी होने की आवश्यकता है? आप कितना वेब ट्रैफ़िक की आशा करते हैं?

— bFlood

Answer 1

फ्यूजन टेबल्स में भंडारण सीमाएं होती हैं जहां AWS / EC2 पूरी तरह से 5000TB तक स्केलेबल होता है।

S3 उपयोगकर्ता केवल 5GB तक की वस्तुओं को स्टोर कर सकते हैं। अमेज़न वेब सर्विसेज ने उस सीमा को उठाने और 5TB तक के ब्लॉक स्टोरेज को अनुमति देने का फैसला किया है

http://aws.amazon.com/s3/#pricing

संलयन भंडारण सीमा - प्रति उपयोगकर्ता खाते में 250 एमबी: प्रति सेल 1 मिलियन वर्ण। और सीमाएं अपलोड करें - 1 एमबी प्रति स्प्रेडशीट, 100 एमबी प्रति .csv या KML।

[वर्तमान में इसे खरीदने या अपग्रेड करने का कोई विकल्प नहीं है]

http://code.google.com/p/fusion-tables/issues/detail?id=261

Comments

धन्यवाद मैपरज़। मैं ईबीएस पर फाइल जियोडैट डेटाबेस लगाने के बारे में सोच रहा था , कि जियोडब से प्रत्येक फीचरक्लास को फ्यूजन टेबल में डालने की तुलना कैसे होगी?

— किर्क कुएकेन्डल

EBS जीतता है [ sFTP के माध्यम से आयात करने में आसान] - help.arcgis.com/en/arcgisserver/10.0/help/… 1MB से अधिक का फ्यूजन टेबल्स .csv होने की जरूरत है [अधिक परेशानी]

— Mappsz

Answer 2

दो उत्पादों में कुछ प्रमुख अंतर हैं, इसलिए यह "सेब के लिए सेब" बिल्कुल नहीं है।

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

AWS अधिक बुनियादी ढाँचा / पर्यावरण है। यह फ्यूजन टेबल्स की तरह सरल नहीं है, क्योंकि आप न केवल फ्रंट-एंड का प्रबंधन करते हैं, बल्कि EC2 के मामले में भी बैक-एंड को प्रबंधित करने की आवश्यकता होती है। यदि आप बहुभुज डेटा संग्रहीत करना चाहते हैं, तो AWS पर सबसे सरल साधन संभवतः PostgreSQL / PostGIS के साथ एक सर्वर इंस्टेंस को आग लगाना और डेटा लोड करना शुरू करना होगा। तो अचानक आपके पास प्रशासन के लिए एक सर्वर और कॉन्फ़िगर करने के लिए एक डेटाबेस है, अनुकूलन, आदि कहीं भी फ्यूजन टेबल्स के रूप में सरल नहीं है। और यह पैसा खर्च करता है, जबकि फ्यूजन टेबल्स नहीं है।

वास्तव में यह वह है जो आप पूरा करने की कोशिश कर रहे हैं। यदि आप एक साधारण वेब मानचित्र बनाने की कोशिश कर रहे हैं जो एक नक्शे पर बहुभुज प्रदर्शित करता है और प्रदर्शन विशेषताओं के लिए कुछ infowindow कार्यक्षमता देता है, तो उसके लिए फ्यूजन टेबल बनाया जाता है। यदि आपको स्थानिक कार्यक्षमता के साथ एक पूर्ण डेटाबेस की आवश्यकता है और आपके पास कई क्लाइंट हैं जिन्हें आपको निर्माण करने की आवश्यकता है, और शायद एक समग्र आईटी अवसंरचना है जो यह सभी में फिट होगी, तो AWS जाने का रास्ता हो सकता है।

नौकरी के लिए सही उपकरण यह सब क्या है।