यह केवल फोर्ज यूआई की सीमाएं है। यह अभी भी काफी प्राथमिक है।
फायरबेस में वास्तविक समय के कार्य केवल उपयुक्त नहीं हैं, बल्कि बड़े डेटा सेट के लिए डिज़ाइन किए गए हैं। तथ्य यह है कि रीयल-टाइम में स्ट्रीम स्ट्रीम इस के लिए बिल्कुल सही है।
प्रदर्शन किसी भी बड़े डेटा ऐप के साथ ही आपके कार्यान्वयन के जितना अच्छा है। तो बड़े डेटा सेटों को ध्यान में रखने के लिए यहां कुछ गठिया हैं।
denormalize, denormalize, denormalize
किसी डेटा सेट दोहराया जाएगा, और उसके रिकॉर्ड हजारों में गिना जा सकता है, भी अपने मार्ग पर यह दुकान।
यह बड़े डेटा सेट पुनरावृत्ति के लिए बुरा है:
/users/uid
/users/uid/profile
/users/uid/chat_messages
/users/uid/groups
/users/uid/audit_record
यह बड़े डेटा सेट पुनरावृत्ति के लिए अच्छा है: बड़े डेटा पर
/user_profiles/uid
/user_chat_messages/uid
/user_groups/uid
/user_audit_records/uid
से बचें 'मान' सेट
का उपयोग करें क्योंकि value को क्लाइंट को संपूर्ण रिकॉर्ड सेट लोड करना होगा। बच्चों
जब आप child_added कहते हैं, आप अनिवार्य रूप से बुला रहे हैं value हर बच्चे को रिकॉर्ड पर पर छिपा value के संचालन के लिए
घड़ी। इसलिए यदि उन बच्चों में बड़ी सूचियां हैं, तो उन्हें वापस आने वाले सभी डेटा लोड करना होगा। इस प्रकार, उपरोक्त सजावट अनुभाग।
जैसा कि काटो नीचे उल्लेख करता है, यह एक फोर्ज मुद्दा है, फ़ायरबेस मुद्दे नहीं। बड़े डेटासेट को संभालने के लिए सीधे गहरे पथ पर नेविगेट करने का प्रयास करें। –