2013-05-08 7 views
10

क्या PHP आधारित ऐप के लिए MySQL के बजाय Parse.com का उपयोग करना अच्छा विचार है? यदि हां, तो इस मार्ग पर जाने के ऊपर और डाउनसाइड्स क्या हैं? यदि आप पार्स का उपयोग कर रहे हैं तो MySQL कैसे काम करता है?क्या PHP का उपयोग करते समय MyseQL को Parse.com के साथ बदलना उचित है?

+6

मैंने पार्स का उपयोग नहीं किया है, लेकिन संक्षेप में, उनकी सेवा बैकएंड सर्वर और एप्लिकेशन लॉजिक के बारे में चिंता न करने वाले लोगों के लिए बैकएंड सर्वर और एप्लिकेशन लॉजिक प्रतीत होता है। * आईई। यह मुख्य रूप से फ़्रंट-एंड मोबाइल (आईओएस, एंड्रॉइड इत्यादि) डेवलपर्स के लिए है, जिनके पास थोड़ा बैकएंड कौशल या संसाधन हैं लेकिन उन्हें अपने मोबाइल ऐप के लिए * कुछ सरल बैकएंड * चाहिए। यदि आप इस विवरण में फिट हैं, तो शायद यह एक अच्छी सेवा है। मैं इसके बारे में "MySQL को प्रतिस्थापित करने" के बारे में नहीं सोचूंगा। इसके अलावा, यह सवाल वास्तव में रचनात्मक नहीं है। – deceze

उत्तर

15

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

PHP + MySQL से पार्स में स्थानांतरित करना मामूली नहीं हो सकता है, हालांकि, पार्स इन तकनीकों में पहले से निवेश की गई बड़ी परियोजनाओं के लिए समझ में नहीं आ सकता है। पार्स पहली पार्टी PHP एसडीके प्रदान नहीं करता है, हालांकि API Libraries सूची के तीसरे पक्ष खंड में सूचीबद्ध एक एसडीके है। आरईएसटी के साथ इंटरफेस भी मूल रूप से उजागर किया गया है। वास्तव में, हालांकि, ऐसा इसलिए है क्योंकि PHP सर्वर-साइड भाषा है और पार्स का उद्देश्य सर्वर-साइड कोडिंग की आवश्यकता को कम करना है। आप अपनी जावास्क्रिप्ट लाइब्रेरी का उपयोग करने और क्लाइंट-साइड को लागू करने के लिए क्या संभव है देख सकते हैं; यदि आपको वास्तव में सर्वर-साइड निष्पादन की आवश्यकता है (उदा। उच्च अखंडता + अनुमति निष्पादन के लिए), Cloud Code वातावरण भी जेएस एसडीके चलाता है।

जुड़ने के बारे में आपके प्रश्न में तकनीकी और दार्शनिक घटक है। तकनीकी रूप से बोलते हुए, एक पार्स ऑब्जेक्ट को दूसरे में संग्रहीत करना एक विदेशी कुंजी का उपयोग करने के लिए समान रूप से समतुल्य है और प्रश्नों में "शामिल" विकल्प होता है जो कार्यात्मक रूप से SQL में जॉइन स्टेटमेंट के बराबर होता है। एक पार्स रिलेशन एक आक्रामक रूप से अनुक्रमित जॉइन टेबल है जो कई से अधिक रिश्तों के लिए अनुकूल है, हालांकि टूल में शामिल होने के दोनों पक्षों में शामिल होने की इजाजत नहीं है क्योंकि इसका उद्देश्य उच्च-धर्मार्थ संग्रहों के साथ उपयोग करना है। दार्शनिक रूप से, पार्स नोएसक्यूएल है। इसका मतलब है कि आपकी कक्षाओं को सामान्यीकृत होने की आवश्यकता नहीं है क्योंकि SQL टेबल आमतौर पर आर्किटेक्टेड होते हैं। अपने वर्गों को एक विचार को समाहित करने के लिए डिज़ाइन करें और कुशलता से प्रश्नों को संभालने के लिए नोएसक्यूएल इंडेक्सिंग पर भरोसा करें।

+4

मुझे लगता है कि आपको यहां खुलासा करना चाहिए कि आप एक Parse.com डेवलपर हैं। – duci9y

+3

क्षमा करें, यह मेरी प्रोफ़ाइल पर सही है कि मैं एक पुराना टाइमर पारसे देव हूं। साथ ही, मूल रूप से इस सवाल का जवाब देने के बाद से हम अपनी पहली पार्टी PHP एसडीके जारी कर चुके हैं जो हमारी पहली ओपन सोर्स प्रोजेक्ट है। Https://github.com/ParsePlatform/parse-php-sdk –

+0

@ थॉमस बोल्डिन पर इसे देखें, यदि हम मौजूदा डेटाबेस का उपयोग करना चाहते हैं जैसे MySQL पार्स के साथ। मेरा मतलब है कि अगर पहले से ही वेबसाइट MySQL का उपयोग बैकएंड के रूप में कर रही है और यदि हम उस वेबसाइट के लिए एक ऐप के विस्तार के रूप में चाहते हैं। फिर मोटे तौर पर हम मौजूदा डेटाबेस का उपयोग करेंगे। तो हम यह कैसे कर सकते हैं? – mahendrakawde

संबंधित मुद्दे