श्री लेहेनबॉयर निश्चित रूप से सभी चीजों का मालिक फायरबेस है, तो उसे सुनो। ;) हालांकि, यह विशेष विषय है कि मैं अब कुछ हफ्तों तक श्रम कर रहा हूं।
यहाँ, मेरे विचार से कुछ को बढ़ाने के लिए कर रहे हैं और "क्लाइंट-साइड क्वेरी" प्रतिक्रियाओं "एक अलग सर्वर भागो":
ElasticSearch (एक Node.js लिपि)
एक साथ
सर्वर पर node.js स्क्रिप्ट, आप ElasticSearch एकीकृत कर सकते हैं और एक घंटे के भीतर कुछ ठोस सामग्री खोज प्रदान कर सकते हैं। https://www.firebase.com/blog/2014-01-02-queries-part-two.html
संचित करने योग्य/सामान्य क्वेरीज़
ये एक सर्वर/क्रॉन प्रक्रिया है जो तालिका पढ़ता है और डेटा डुप्लिकेट द्वारा नियंत्रित किया जा सकता है: यहाँ एक ब्लॉग पोस्ट और एक lib यह और भी आसान बनाता है। उदाहरण के लिए, मान लें कि मैं पंजीकरण के दौरान किसी उपयोगकर्ता के लॉगिन नाम के लिए "अनुपलब्ध/उपलब्ध" दिखाना चाहता हूं, लेकिन कुछ जटिल कारणों से उपयोगकर्ता रिकॉर्ड को एक अलग अद्वितीय आईडी द्वारा संग्रहीत करना चाहता हूं।
मेरा क्रोन/सर्वर उपयोगकर्ता तालिका से सभी रिकॉर्ड्स पढ़ सकता है, फिर उन्हें उपयोगकर्ता की रिकॉर्ड आईडी (या कोई अन्य डेटा जो मैं जानना चाहता हूं) के मूल्य के साथ ईमेल पते द्वारा संग्रहीत किसी अन्य तालिका में डाल सकता हूं। ।
यह डुप्लिकेट डेटा दृष्टिकोण मैनुअल कैशिंग तकनीक को सॉर्ट करता है और नो-एसक्यूएल वातावरण में एक सामान्य प्रथा है; हम गति और सरलीकृत प्रक्रियाओं के लिए भंडारण स्थान (जिसे सस्ता और उपलब्ध माना जाता है) का व्यापार कर रहे हैं।
अनुकूलित प्रश्नों (एक कतार का उपयोग कर)
कस्टम प्रश्नों एक्सएचआर (AJAX) सीधे एक सर्वर है, जो कठिन परिश्रम करते हैं और बेहतर परिणाम लौट सकते हैं करने के लिए के माध्यम से भेजा जा सकता है। वैकल्पिक रूप से, आप कतार का उपयोग करके सर्वर बैक-एंड से कनेक्ट करने के लिए फ़ायरबेस का उपयोग कर सकते हैं।
ग्राहक क्वेरी अनुरोध को JS12 के रूप में queue
नामक एक विशेष फायरबेस तालिका में रखता है और प्रतिक्रिया का इंतजार करता है।
सर्वर queue.on('child_added', ...)
के लिए सुनता है और डेटा वापस `queue_record.child का उपयोग कर कार्य करता है (यहाँ, 'प्रतिक्रिया' ... डेटा ...)
यह कुछ अच्छा फायदे हैं। एक के लिए, किसी भी संख्या में सर्वर सुन सकते हैं और प्रतिक्रियाओं को पूरा कर सकते हैं, जिससे हवा को संतुलित संतुलन बना दिया जाता है। इसके लिए कोड एसओ में स्थापित करने के लिए बहुत आसान है और covered in another thread है।
आशा है कि यह सहायक होगा!
माइकल के साथ यह फ़िल्टर किया, अपनी टीम क्वेरी किए जाने के साथ किसी भी नए घटनाक्रम बनाया है? –
कोई उल्लेखनीय नई विशेषताएं नहीं। आपको इस ब्लॉग पोस्ट में दिलचस्पी हो सकती है, जिसे हमने हाल ही में बाहर रखा है, फ़ायरबेस के लिए अपने डेटा को संरचित करने के लिए सर्वोत्तम प्रथाओं का वर्णन करते हुए, यह देखते हुए कि हम एसक्यूएल जैसी क्वेरीिंग का समर्थन नहीं करते हैं: https://www.firebase.com/blog/2013- 04-12-denormalizing-is-normal.html –
अब एक ब्लॉग पोस्ट और "एक अलग सर्वर के रूप में चलाएं" दृष्टिकोण के लिए एक नया lib है जो दिखाता है कि लोचदार खोज को एकीकृत करना कितना पागल आसान है: https: // www। firebase.com/blog/2014-01-02-queries-part-two.html – Kato