निरंतर विश्लेषणात्मक प्रदर्शन के लिए निर्मित।
प्रतिक्रिया समय, समवर्ती क्षमता और परिचालन दक्षता को परिनियोजन के बाद जोड़ने के बजाय शुरू से एक साथ अभिकल्पित किया गया है।
प्रणाली के हर क्षेत्र की जानकारी।
- निष्पादन
- छनाई, समूहीकरण, संयोजन और क्रम-निर्धारण GPU पर होते हैं तथा चरणों के बीच डेटा वहीं बना रहता है।
- हार्डवेयर
- हर कार्यकर्ता नोड के लिए एक GPU। अधिक कार्यकर्ता नोड जोड़ने पर क्षमता बढ़ती है।
- भंडारण
- स्तंभ-आधारित संपीड़ित भंडारण, जो केवल क्वेरी में माँगे गए क्षेत्र पढ़ता है। डेटा भरना विफलता में भी सुरक्षित रहता है।
- विस्तार और लचीलापन
- सारणियाँ आवश्यकता के अनुसार प्रतियों सहित अनेक मशीनों में फैली रहती हैं; विफलता के दौरान भी पढ़ना जारी रहता है; पूरे समूह का बैकअप और पुनर्स्थापन उपलब्ध है।
- SQL
- संयोजन, उप-क्वेरियाँ, पुनः उपयोग योग्य क्वेरी खंड और फलनों की व्यापक सूची।
- संगतता
- ClickHouse क्वेरियाँ संगतता परत के माध्यम से बिना बदलाव चलती हैं।
- मौजूदा प्रणालियाँ
- ClickHouse, PostgreSQL या MySQL में मौजूद सारणियों को वहीं क्वेरी किया जा सकता है और RayoDB सारणियों से जोड़ा जा सकता है।
- डेटा अंतर्ग्रहण
- Kafka, MySQL और PostgreSQL से वास्तविक-समय स्रोत, जो किसी पंक्ति को दो बार नहीं गिनते; साथ में सामूहिक और API डेटा अंतर्ग्रहण।
- डेटा प्रतिधारण
- चुनी गई अवधि से पुराना डेटा तय समय पर हटा दिया जाता है।
- SQL में AI
- पूर्वानुमान, विसंगति पहचान और अर्थ-आधारित खोज SQL फलनों के रूप में, अंतर्निहित या आपके अपने प्रतिरूप के साथ।
- सत्र विश्लेषण
- सत्र माप SQL फलनों के रूप में: फ़नल, समवर्ती गतिविधि, प्रतिधारण और घटना-पथ।
- संचालन
- अनुमतियों वाले खाते और API कुंजियाँ, कूटबद्ध संपर्क, Prometheus मापदंड और स्वास्थ्य जाँच।
हर मूल्यांकन में पूछे जाने वाले सवाल।
- क्या मौजूदा SQL को दोबारा लिखना होगा?
- बहुत कम मामलों में। संयोजन, उप-क्वेरियाँ और सामान्य फलन समर्थित हैं, और ClickHouse क्वेरियाँ बिना बदलाव चलती हैं। जो उपलब्ध नहीं है, वह नीचे सूचीबद्ध है।
- क्या पहले डेटा स्थानांतरित करना होगा?
- नहीं। ClickHouse, PostgreSQL या MySQL में मौजूद सारणियों को वहीं क्वेरी किया जा सकता है, इसलिए मूल्यांकन उन क्वेरियों से शुरू होता है जो आज सबसे अधिक कठिनाई पैदा करती हैं।
- इसके लिए कौन-सा हार्डवेयर चाहिए?
- NVIDIA GPU, हर कार्यकर्ता नोड के लिए एक। विकास समूह हर मशीन पर आठ उपभोक्ता-श्रेणी के कार्ड के साथ चलता है—ऐसा हार्डवेयर जिसे कोई दल खरीद सकता है।GPU क्यों
- यह कहाँ चलता है?
- आपके नेटवर्क के भीतर, अपनी मशीनों या क्लाउड GPU इकाइयों पर। प्रारंभिक पहुँच के दौरान कोई प्रबंधित सेवा उपलब्ध नहीं है।
- इसका प्रदर्शन कैसा है?
- हर मूल्यांकन में प्रतिक्रिया समय, समवर्ती क्षमता और अवसंरचना की तुलना उसी कार्यभार को चलाने वाली मौजूदा प्रणाली से की जाती है।प्रदर्शन मूल्यांकन पद्धति
RayoDB में अभी क्या नहीं है।
- सारणियाँ API के माध्यम से बनाई जाती हैं, SQL में CREATE TABLE से नहीं।
- UNION, INTERSECT या EXCEPT उपलब्ध नहीं हैं, पुनरावर्ती क्वेरियाँ उपलब्ध नहीं हैं और हर अनुरोध में एक कथन स्वीकार होता है।
- यह लेन-देन डेटाबेस नहीं है: इसे विश्लेषण के लिए बनाया गया है, पंक्ति-दर-पंक्ति आदेश संसाधन के लिए नहीं।
- सामान्य प्रदर्शन तुलनाएँ व्यापक मानदंड-परीक्षण कार्यक्रम के आगे बढ़ने के बाद उपलब्ध होंगी।
अपने कार्यभार को मापें।
प्रारंभिक-पहुँच भागीदार अपने डेटा और क्वेरियों पर RayoDB की तुलना अपनी मौजूदा प्रणाली से करते हैं।