डेटाबेस के बिना रेल पर रूबी में स्टोर डेटा

Question

मेरे पास कुछ डेटा मान हैं जिन्हें मुझे अपने रेल ऐप पर स्टोर करने की आवश्यकता है और यह जानना चाहता था कि इस सरल कार्य को करने के लिए डेटाबेस तालिका बनाने के कोई विकल्प हैं या नहीं।

पृष्ठभूमि: मैं रेल एप्लिकेशन पर मेरी रूबी के लिए कुछ एनालिटिक्स और डैशबोर्ड उपकरण लिख रहा हूँ और मैं परिणाम है कि कभी नहीं बदल जाएगा कैशिंग द्वारा डैशबोर्ड में तेजी लाने की उम्मीद कर रहा हूँ। अभी मैं सभी उपयोगकर्ताओं को पिछले 30 दिनों से खींचता हूं, और उन्हें फिर से व्यवस्थित करता हूं ताकि मैं प्रतिदिन नए उपयोगकर्ताओं की संख्या देख सकूं। यह बहुत अच्छा काम करता है लेकिन काफी लंबा समय लगता है, वास्तव में मुझे केवल हाल के दिन की गणना करने की आवश्यकता है और बाकी जगह को बाकी जगहों को स्टोर करना चाहिए।

इस सरणी को स्टोर करने का सबसे अच्छा तरीका कहां है?

डेटाबेस तालिका बनाना थोड़ा अधिक लगता है, और मुझे यकीन नहीं है कि वैश्विक चर सही जवाब हैं। क्या इस तरह के डेटा को बनाए रखने के लिए कोई अच्छा अभ्यास है?

अगर किसी ने मुझे यह बताने से पहले ऐसा कुछ किया है कि आपने क्या किया और यह कैसे निकला।

Answer 1

रूबी में एक निर्मित हैश-आधारित कुंजी मूल्य स्टोर है जिसे पीएसटीओआर नाम दिया गया है। यह सरल फ़ाइल आधारित, लेनदेन संबंधी दृढ़ता प्रदान करता है।

• PStore documentation

Answer 2

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

Answer 3

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

कहा जा रहा है कि आप जिस प्रकार की रिपोर्ट उत्पन्न करने की कोशिश कर रहे हैं वह वास्तव में कुछ ऐसा है जो वास्तविक समय में बड़े डेटा सेट को छोड़कर किया जा सकता है। कुंजी इंडेक्स होना है जो सटीक समूहिंग ऑपरेशन का वर्णन करती है जिसे आप करने का प्रयास कर रहे हैं। उदाहरण के लिए, यदि आप कैलेंडर तिथि से समूह कर रहे हैं, तो आप "दिनांक" फ़ील्ड बना सकते हैं और इसे आवश्यकतानुसार "बनाए गए" समय में समन्वयित कर सकते हैं। इस तिथि के मैदान पर एक सूचकांक बहुत जल्दी CREATED_DATE द्वारा एक ग्रुप कर देगा:

SELECT created_date AS on_date, COUNT(id) AS new_users FROM users GROUP BY created_date