Amazon Redshift + Querri
ऑपरेशंस, फ़ाइनेंस और कस्टमर टीमें वेयरहाउस से आम शब्दों में पूछती हैं और ऐसे जवाब पाती हैं जो आपकी परिभाषाएँ इस्तेमाल करते हैं। Querri आपकी चुनी हुई Redshift टेबल को शेड्यूल पर कॉपी करता है, इसलिए उनके सवाल आपके क्लस्टर की कतार नहीं बढ़ाते।
Querri, Redshift से सिर्फ़ पढ़ता है और कभी कोई टेबल या पंक्ति नहीं बदलता। आपका डेटाबेस पासवर्ड एन्क्रिप्ट करके सेव होता है। SOC 2 Type II, HIPAA और ISO 27001:2022 प्रमाणित।
Amazon Redshift रिपोर्टिंग मुश्किल क्यों हो जाती है
AWS टीमें सही वजहों से Redshift को केंद्र में रखती हैं। रुकावटें उसके आसपास दिखती हैं: क्वेरी कौन लिख सकता है, वह किस कतार में जाती है, देखने में कितना खर्च होता है, और नतीजा आखिर कहाँ पहुँचता है।
Query editor v2 एक SQL एडिटर है, और टेबल के नाम उन pipelines पर रखे गए हैं जो उन्हें लोड करती हैं। स्टोर मैनेजर का सवाल एक अनुरोध बन जाता है, और वह अनुरोध उस बैकलॉग में जुड़ जाता है जिसे डेटा टीम पहले ही खत्म नहीं कर पा रही।
क्वेरी खाली WLM स्लॉट का इंतज़ार करती हैं। Manual WLM में सभी यूज़र कतारों को मिलाकर ज़्यादा से ज़्यादा 50 स्लॉट मिलते हैं, और डिफ़ॉल्ट कतार एक बार में पाँच चलाती है। एक जिज्ञासु एनालिस्ट सुबह का लोड धीमा कर सकता है।
Redshift Serverless कंप्यूट का बिल हर सेकंड के हिसाब से बनाता है, कम से कम 60 सेकंड, और रद्द हुई क्वेरी का भी उतने समय का बिल बनता है जितनी देर वह चली। Provisioned क्लस्टर पर, ज़्यादा लोगों के खोजबीन करने का मतलब है साइज़ बढ़ाना या concurrency scaling के पैसे देना।
शुद्ध राजस्व, सक्रिय ग्राहक, देर से आया ऑर्डर: परिभाषाएँ dbt models, BI लेयर या किसी एनालिस्ट के दिमाग में होती हैं। ऑप्स टीम की स्प्रेडशीट थोड़ा अलग वर्शन इस्तेमाल करती है और किसी को पता नहीं चलता।
Query editor v2 डाउनलोड किए गए नतीजे को 5 MB तक सीमित रखता है, इसलिए बड़े नतीजे UNLOAD से S3 में जाते हैं या हाथ से बाँटे जाते हैं। फ़ाइल एक बार Excel में पहुँची, तो फिर कभी रिफ़्रेश नहीं होती।
जिनका जवाब आखिरकार मिल सकता है
हर एक AWS पर चलने वाली टीमों से आता है: वे क्या पूछती हैं, आज Redshift पर यह क्यों अटकता है, और Querri इसे कैसे संभालता है।
मुश्किल क्यों है
जवाब ऑर्डर, शिपमेंट और वेयरहाउस टेबल के join से निकलता है, जिनके नाम सिर्फ़ pipeline लिखने वाले को याद हैं। जो काम एक एनालिस्ट दस मिनट में करता है, उसके लिए ऑप्स दिनों इंतज़ार करती है।
मुश्किल क्यों है
हर SQL लिखने वाला रिटर्न और आंशिक रिफ़ंड को थोड़ा अलग ढंग से संभालता है। फ़ाइनेंस, ऑप्स और बोर्ड डेक के पास शुद्ध राजस्व के तीन आँकड़े हो जाते हैं, और तीनों Redshift से आए होते हैं।
Querri के साथ
नियम एक बार फ़ैक्ट्स और नियम में बताएँ और शुद्ध राजस्व को एक KPI के रूप में ट्रैक करें। उसके बाद चैट, डैशबोर्ड और शेड्यूल की गई रिपोर्ट्स सभी वही परिभाषा लागू करते हैं।
मुश्किल क्यों है
ऑर्डर लाइनें ऐप से वेयरहाउस में आती हैं; इनवॉइस ERP में रहते हैं। उनका मिलान हर महीने एक एक्सपोर्ट, ऑर्डर नंबरों पर एक lookup और अपवादों की लंबी सूची है।
Querri के साथ
Redshift के साथ NetSuite कनेक्ट करें और Querri ऑर्डर का इनवॉइस से मिलान करता है, और बताता है कि किस फ़ील्ड पर मिलान किया। बिना इनवॉइस वाले ऑर्डर एक सूची के रूप में आते हैं, कुल के रूप में नहीं।
मुश्किल क्यों है
इस्तेमाल के इवेंट Redshift में हैं और बातचीत सपोर्ट टूल में। दोनों का इस्तेमाल करने वाले हेल्थ स्कोर का मतलब आमतौर पर एक CS प्लेटफ़ॉर्म खरीदना या ऐसा साइड प्रोजेक्ट होता है जिसे कोई पूरा नहीं करता।
Querri के साथ
Intercom को उसी Library में लाएँ और स्कोर एक बार बनाएँ। कस्टमर हेल्थ स्कोर प्लेबुक कदम दिखाती है।
मुश्किल क्यों है
रिटर्न का डेटा सुबह तक Redshift में होता है, लेकिन कोई भी हर दिन हर कैटेगरी पर क्वेरी नहीं चलाता। उछाल तब पकड़ में आता है जब रिफ़ंड का कुल महीने के क्लोज़ में दिखता है।
Querri के साथ
रात के monitors हर कैटेगरी की तुलना उसके अपने इतिहास से सीधे गणित से करते हैं। जो कैटेगरी अपने पैटर्न से हटती है, वह सुबह तक आपके Inbox में होती है, और आपके कहे बिना कोई भी खोज किसी चीज़ पर कदम नहीं उठाती।
मुश्किल क्यों है
कोई क्वेरी चलाता है, उसे हर क्षेत्र के लिए फ़िल्टर करता है, एक टेम्पलेट में चिपकाता है और फ़ॉर्मैटिंग ठीक करता है। वह व्यक्ति छुट्टी पर हो, तो सोमवार की फ़ाइलें नहीं जातीं।
Querri के साथ
रिपोर्ट को एक बार प्रोजेक्ट के रूप में सेट करें। एक शेड्यूल उसे सिंक के बाद दोबारा चलाता है और हर मैनेजर को सिर्फ़ उसके क्षेत्र वाली फ़ॉर्मैट की हुई वर्कबुक भेजता है। देखें रिपोर्ट्स और ऑटोमेशन।
मुश्किल क्यों है
कैंपेन के टच HubSpot में हैं और दोबारा के ऑर्डर Redshift में। एट्रिब्यूशन पहली खरीद पर रुक जाता है क्योंकि दोनों को जोड़ना किसी का काम नहीं है।
Querri के साथ
HubSpot कनेक्ट करें और Querri संपर्कों को कैंपेन से उनके बाद के ऑर्डर तक ट्रैक करता है, और उन मिलानों को नोट करता है जो गलत हो सकते हैं। चैनल से राजस्व तक की प्लेबुक में दोबारा के ऑर्डर के एट्रिब्यूशन के कदम हैं।
मुश्किल क्यों है
सीधे क्लस्टर से जोड़ा गया असिस्टेंट अंदाज़ा लगाता है कि हर कॉलम का क्या मतलब है और अपनी SQL खुद लिखता है। हर प्रॉम्प्ट अलग परिभाषा पर पहुँच सकता है।
Querri के साथ
Querri को Claude या ChatGPT में जोड़ें और आपकी सिंक की हुई Redshift टेबल साथ आ जाती हैं। यह Library की परिभाषाओं से काम करता है और उन्हीं पंक्तियों के अंदर रहता है जिनकी हर व्यक्ति को Querri में अनुमति है, इसलिए Claude में पूछी गई देरी की दर वही है जो ऑप्स बोर्ड पर है।
Amazon Redshift और बाकी सब
Redshift में वे ऑर्डर, इवेंट और इस्तेमाल हैं जो आपकी pipelines लोड करती हैं। कॉन्ट्रैक्ट, इनवॉइस, कैंपेन और सपोर्ट बातचीत अक्सर अपने-अपने सिस्टम में रहते हैं। Querri इन्हें एक Library में साथ-साथ रखता है, ताकि कई सिस्टमों वाला सवाल किसी और pipeline का इंतज़ार न करे।
Amazon Redshift इनके साथ अच्छा काम करता है
ऐसे जवाब जिनके पीछे आप खड़े रह सकें
"सितंबर का राजस्व" में सितंबर में दिए गए ऑर्डर गिने जा सकते हैं या सितंबर में शिप हुए ऑर्डर। वेयरहाउस टेबल में दोनों तारीखें होती हैं, दोनों वाजिब हैं, और कुल अलग आते हैं। Querri एक के साथ जवाब देता है, उसका नाम बताता है, और दूसरा कुल उसके साथ रखता है, ताकि ऑप्स और फ़ाइनेंस की समीक्षा में बहस तारीख वाले कॉलम पर नहीं, बिज़नेस पर हो। देखें जवाब कैसे काम करते हैं।
जागें तो जानें क्या बदला
रात के सिंक के बाद, Querri हर KPI को उसके अपने रिकॉर्ड से जाँचता है और ऐसे बदलाव ढूँढता है जिनके बारे में किसी ने नहीं पूछा। खोजें आपके Inbox में इंतज़ार करती हैं, और आपकी मंज़ूरी तक उनमें से कोई कुछ नहीं बदलती।
कस्टम Amazon Redshift डैशबोर्ड
बताएँ कि ऑप्स बोर्ड में क्या दिखना चाहिए, या Querri को वेयरहाउस फ़्लोर के TV पर चल रहे बोर्ड का स्क्रीनशॉट दें। लोग जो अलग चाहते हैं वह टाइप करके उसे बदलते हैं, उसके चार्ट उसी Library से आते हैं जिसे चैट इस्तेमाल करती है, और किसी क्षेत्रीय लीड को उसके क्षेत्र की पंक्तियों तक सीमित किया जा सकता है।
ऐसी रिपोर्ट्स जिन्हें हाथ से निकालना बंद कर सकें
हफ़्ते के ऑर्डर, फ़ुलफ़िलमेंट और रिटर्न, ताज़ा डेटा पर दोबारा चलाकर सोमवार की मीटिंग से पहले ईमेल किए गए।
रिपोर्ट्स देखेंहर साइट और कैरियर की देरी की दर, देरी की आपकी अपनी परिभाषा के साथ।
डैशबोर्ड देखेंहर क्षेत्र के लिए एक फ़ॉर्मैट की हुई Excel फ़ाइल, जिसमें सिर्फ़ उसी क्षेत्र की पंक्तियाँ हों।
Excel टूल्स देखेंRedshift से इस्तेमाल, टिकट और बिलिंग, हर अकाउंट के लिए एक स्कोर में।
प्लेबुक पढ़ेंकौन-से कैंपेन ऐसे ग्राहक लाते हैं जिनके ऑर्डर आते रहते हैं।
प्लेबुक पढ़ेंसपोर्ट बातचीत, उनके पीछे के ऑर्डर और प्रोडक्ट के हिस्सों से जुड़ी हुई।
प्लेबुक पढ़ेंक्या-क्या आता है
Querri एक Redshift डेटाबेस और स्कीमा से आपकी चुनी हुई टेबल और व्यू अपने स्टोरेज में कॉपी करता है, फिर Redshift पर लाइव क्वेरी करने के बजाय उसी कॉपी से जवाब देता है। यह सिर्फ़ वही पढ़ सकता है जो आपके कनेक्ट किए गए डेटाबेस यूज़र को देखने की अनुमति है।
आप क्या सिंक कर सकते हैं
डिफ़ॉल्ट रूप से पूरा रिफ़्रेश। updated_at जैसा कोई कॉलम चुनें और incremental सिंक सिर्फ़ नई पंक्तियाँ लाते हैं, हर घंटे तक। पूरा रिफ़्रेश Redshift में डिलीट की गई पंक्तियाँ भी हटा देता है।
पंक्तियाँ सीधे Parquet में स्ट्रीम होती हैं, कभी एक साथ मेमोरी में नहीं रखी जातीं। करोड़ों पंक्तियों वाली टेबल के लिए, एक chunked मोड एक बार में 100,000 पंक्तियाँ पढ़ता है और फ़ेल हुए सिंक को वहीं से फिर शुरू करता है जहाँ वह रुका था।
Querri सिर्फ़ SELECT और cursor रीड चलाता है, साथ में case-sensitive नामों के लिए एक session setting। यह कभी कोई टेबल या पंक्ति बनाता, बदलता या डिलीट नहीं करता।
आप डेटाबेस यूज़रनेम और पासवर्ड से कनेक्ट करते हैं, जो एन्क्रिप्ट करके सेव होते हैं। SSL डिफ़ॉल्ट रूप से चालू है, और प्राइवेट नेटवर्क पर मौजूद क्लस्टर तक OpenVPN टनल से पहुँचा जा सकता है।
Amazon Redshift कैसे कनेक्ट करें
Connect खोलें और कहें "हमारा Redshift कनेक्ट करो," या कैटलॉग से Amazon Redshift चुनें।
क्लस्टर होस्ट, पोर्ट (डिफ़ॉल्ट 5439), डेटाबेस और स्कीमा जोड़ें। SSL तब तक चालू रहता है जब तक आप उसे बंद न करें।
यूज़रनेम और पासवर्ड डालें; पासवर्ड एन्क्रिप्ट करके सेव होता है। प्राइवेट नेटवर्क पर मौजूद क्लस्टर OpenVPN टनल से कनेक्ट हो सकता है।
स्कीमा की हर टेबल लें या कुछ चुनें, हर एक कैसे सिंक हो यह सेट करें, और एक शेड्यूल चुनें। आपकी मंज़ूरी तक कुछ भी लोड नहीं होता।
पहला सिंक पूरा होने पर, आपकी Redshift टेबल Library में होती हैं, चैट, डैशबोर्ड और शेड्यूल की गई रिपोर्ट्स के लिए तैयार।
Amazon Redshift FAQ
Connector Agent से Redshift कनेक्ट करने को कहें, या कैटलॉग से उसे चुनें। क्लस्टर होस्ट, पोर्ट (डिफ़ॉल्ट 5439), डेटाबेस, स्कीमा और एक डेटाबेस यूज़रनेम और पासवर्ड डालें। फिर सभी टेबल या कुछ चुनें, शेड्यूल सेट करें और मंज़ूर करें। जब तक आप लोड मंज़ूर न करें, कोई डेटा नहीं जाता।
आपके चुने हुए डेटाबेस और स्कीमा से टेबल और व्यू, या तो सभी या वह सेट जो आप टेबल पिकर में चुनते हैं। Redshift के system डेटाबेस और स्कीमा छिपे रहते हैं। Querri सिर्फ़ वही सिंक कर सकता है जिसे पढ़ने की आपके कनेक्ट किए गए डेटाबेस यूज़र को अनुमति है।
पूरा रिफ़्रेश रोज़, हर हफ़्ते या हर महीने के लिए सेट किया जा सकता है। भरोसेमंद change कॉलम वाली टेबल, डिफ़ॉल्ट रूप से updated_at, हर घंटे, दिन या हफ़्ते incremental रूप से सिंक हो सकती हैं, और सिर्फ़ पिछले high-water mark के बाद की पंक्तियाँ लाती हैं। जिस दिन कोई रिपोर्ट इंतज़ार न कर सके, उसके लिए हाथ से सिंक मौजूद है।
नहीं। Querri आपका डेटा सिर्फ़ पढ़ता है; यह कभी आपके रिकॉर्ड नहीं बदलता। यह SELECT और cursor रीड चलाता है, साथ में एक session setting जो उस कनेक्शन के लिए टेबल और कॉलम के नाम case-sensitive बनाती है। यह Redshift में कभी कोई टेबल या पंक्ति बनाता, अपडेट या डिलीट नहीं करता।
नहीं। Querri आपकी चुनी हुई टेबल की अपनी कॉपी से जवाब देता है, जो आपके शेड्यूल पर ताज़ा होती है। आपके क्लस्टर पर सिर्फ़ सिंक क्वेरी चलाते हैं, इसलिए आप उन्हें शांत घंटों के लिए शेड्यूल कर सकते हैं। जवाब उतने ही ताज़ा होते हैं जितना पिछला सिंक।
Querri सिर्फ़ वही पढ़ सकता है जिसकी अनुमति कनेक्ट किए गए डेटाबेस यूज़र को दी गई है, इसलिए उस यूज़र को वे स्कीमा और टेबल दें जो आप Querri में चाहते हैं। Redshift grants अलग-अलग लोगों के साथ Querri में नहीं आते; वहाँ, Querri की अपनी शेयरिंग और हर व्यक्ति का रो फ़िल्टर तय करते हैं कि कौन क्या देखता है, चाहे चैट हो, डैशबोर्ड, Claude या API।
Redshift के साथ Salesforce कनेक्ट करें और दोनों उसी Library में आ जाते हैं। Querri वेयरहाउस अकाउंट का Salesforce अकाउंट से मिलान करता है, सबसे अच्छा दोनों में रखे अकाउंट ID पर, और बताता है कि मिलान कैसे किया। फिर आप एक ही सवाल में कॉन्ट्रैक्ट, रिन्यूअल या खुली डील के मुकाबले इस्तेमाल के बारे में पूछ सकते हैं।
Redshift के साथ NetSuite कनेक्ट करें। Querri ऑर्डर नंबर या ग्राहक के आधार पर वेयरहाउस के ऑर्डर को NetSuite इनवॉइस के साथ मिलाता है और बताता है कि उसने कौन-सा फ़ील्ड इस्तेमाल किया। बिना इनवॉइस वाले ऑर्डर, या बिना ऑर्डर वाले इनवॉइस, एक सूची के रूप में आते हैं जिस पर आप काम कर सकें।
अपनी ऑर्डर और शिपमेंट टेबल सिंक करें, फिर Querri को एक बार बताएँ कि देरी का क्या मतलब है, जैसे वादे की तारीख के बाद शिप हुआ। फ़ुलफ़िलमेंट सेंटर या कैरियर के हिसाब से देरी की दर पूछें, उसे डैशबोर्ड पर पिन करें, और हर सोमवार आने के लिए शेड्यूल करें।
इस्तेमाल वाली टेबल सिंक करें और अपना सपोर्ट टूल, जैसे Intercom, कनेक्ट करें। इस्तेमाल, टिकट और बिलिंग से स्कोर एक बार बनाएँ, फिर रात के monitors को उन अकाउंट को चिह्नित करने दें जिनका स्कोर गिरता है। कस्टमर हेल्थ स्कोर प्लेबुक हर कदम समझाती है।
हाँ। डेटा निकालने के काम को एक प्रोजेक्ट के रूप में सेव करें और शेड्यूल पर लगा दें। सबसे नया सिंक आते ही Querri उसे फिर चलाता है और फ़ॉर्मैट की हुई वर्कबुक भेजता है, कहें तो हर क्षेत्र या प्राप्तकर्ता के लिए अलग फ़ाइल में बाँटकर। किसी को query editor v2 से एक्सपोर्ट नहीं करना पड़ता, न उसकी 5 MB डाउनलोड सीमा से जूझना पड़ता है।
हाँ। एक वाक्य में बोर्ड का वर्णन करें, या उस डैशबोर्ड के स्क्रीनशॉट से शुरू करें जिस पर आपकी टीम पहले से निर्भर है। बदलाव आम शब्दों में किए गए अनुरोध हैं, चार्ट वेयरहाउस टेबल को CRM और ERP डेटा के साथ रख सकते हैं, और एक रो फ़िल्टर हर देखने वाले को उसके हिस्से तक सीमित रखता है।
हाँ, Querri के MCP कनेक्शन के ज़रिए। फिर Claude या ChatGPT आपकी Library के ज़रिए सिंक की हुई Redshift टेबल पढ़ता है, आपकी लिखी परिभाषाएँ लागू करता है, और सिर्फ़ वही पंक्तियाँ देखता है जो वह व्यक्ति Querri में देख सकता है। यह क्लस्टर पर नई SQL नहीं लिखता, इसलिए उसकी देरी की दर डैशबोर्ड से मेल खाती है।
अभी नहीं। कनेक्टर Redshift डेटाबेस यूज़रनेम और पासवर्ड इस्तेमाल करता है, जिन्हें Querri एन्क्रिप्ट करके सेव करता है। यह IAM roles, temporary credentials या AWS SSO इस्तेमाल नहीं करता। उन स्कीमा पर पढ़ने के एक्सेस वाला एक अलग डेटाबेस यूज़र बनाएँ जो आप Querri में चाहते हैं।
हाँ, वैकल्पिक VPN सेटिंग के ज़रिए। आप एक OpenVPN कॉन्फ़िगरेशन फ़ाइल उसके CA, सर्टिफ़िकेट और key के साथ देते हैं, जो सब एन्क्रिप्ट करके सेव होते हैं, और Querri उस टनल से कनेक्ट होता है। इसमें वे क्लस्टर आते हैं जो सिर्फ़ आपके VPC के अंदर से पहुँचे जा सकते हैं, जैसे PrivateLink के पीछे वाले।
पंक्तियाँ सीधे Parquet में स्ट्रीम होती हैं, इसलिए कोई टेबल कभी एक साथ मेमोरी में नहीं रखी जाती। करोड़ों पंक्तियों वाली टेबल के लिए, एक chunked मोड क्रम से बैच में पढ़ता है, डिफ़ॉल्ट रूप से 100,000 पंक्तियाँ, हर बैच पूरा होते ही सेव करता है और सिंक फ़ेल होने पर आखिरी बैच से फिर शुरू करता है।
हर कनेक्शन एक डेटाबेस और स्कीमा पढ़ता है। Incremental सिंक उन पंक्तियों को छोड़ देते हैं जिनका cursor कॉलम NULL है, इसलिए ऐसा कॉलम चुनें जो हमेशा भरा हो। Incremental सिंक अगले पूरे रिफ़्रेश तक डिलीट नहीं देखते। SSL चालू होने पर ट्रैफ़िक एन्क्रिप्टेड रहता है, लेकिन सर्वर सर्टिफ़िकेट की जाँच नहीं होती।
हाँ। Querri के पास SOC 2 Type II, HIPAA और ISO 27001:2022 प्रमाणन है। आपका डेटाबेस पासवर्ड और कोई भी VPN key एन्क्रिप्ट करके सेव होते हैं, Querri, Redshift से सिर्फ़ पढ़ता है, और आपका डेटा कभी किसी मॉडल को ट्रेन करने में इस्तेमाल नहीं होता।
और जानें
एक endpoint और एक डेटाबेस यूज़र से कनेक्ट करें। Querri, Redshift से पढ़ता है और हर टेबल को वैसा ही छोड़ता है जैसी वह मिली थी।