MySQL + Querri
आपका स्टोर या ऐप हर ऑर्डर, ग्राहक और सब्सक्रिप्शन पहले से MySQL में लिखता है। उनके बारे में आम भाषा में पूछें और ऐसे जवाब पाएँ जो आपका मार्केटिंग, सपोर्ट और फ़ाइनेंस डेटा भी जानते हों, एक ऐसी कॉपी से जिसे Querri प्रोडक्शन से दूर सिंक में रखता है।
शुरू से आखिर तक सिर्फ़ पढ़ता है: Querri, MySQL में कभी कोई पंक्ति नहीं बदलता। SOC 2 Type II, HIPAA और ISO 27001:2022 प्रमाणित।
MySQL रिपोर्टिंग मुश्किल क्यों हो जाती है
किसी ऑनलाइन स्टोर या वेब ऐप में डेटाबेस संभालने वाले किसी से भी पूछिए। बिज़नेस का एक आसान सवाल इन्हीं दीवारों से टकराता है।
एनालिसिस क्वेरी उसी डेटाबेस पर चलती हैं जो ऑर्डर लेता है। गलत समय पर एक भारी क्वेरी और चेकआउट धीमा हो जाता है, इसलिए रिपोर्टिंग किसी replica या आधी रात का इंतज़ार करती है।
स्टेटस एक नंबर के रूप में सेव है, कीमतें सेंट में हैं, एट्रिब्यूट JSON कॉलम में छिपे हैं और डिलीट की गई पंक्तियों पर बस एक फ़्लैग लगा है। जो कोड नहीं जानता, वह टेबल गलत पढ़ता है।
जब किसी ऑर्डर का रिफ़ंड होता है या प्लान डाउनग्रेड होता है, तो पंक्ति वहीं अपडेट हो जाती है। जब तक किसी ने ऑडिट टेबल न बनाई हो, पिछले महीने के आँकड़े इस महीने के डेटा से दोबारा नहीं बनाए जा सकते।
कैंपेन HubSpot में है, टिकट Intercom में, भुगतान अकाउंटिंग सिस्टम में। MySQL इनमें से किसी से नहीं जुड़ सकता, इसलिए कई सिस्टमों वाला हर सवाल एक एक्सपोर्ट से शुरू होता है।
मार्केटिंग, सपोर्ट और फ़ाइनेंस सबको अपने लिए SQL लिखवाना पड़ता है। तारीखें अपना अलग जाल बिछाती हैं: DATETIME कॉलम में कोई टाइम ज़ोन नहीं होता, इसलिए "कल" इस पर निर्भर करता है कि क्वेरी किसने लिखी।
जिनका जवाब आखिरकार मिल सकता है
हर एक ऐसा सवाल है जो ईकॉमर्स और प्रोडक्ट टीमें अपने ऐप डेटाबेस से पूछती हैं, साथ में यह कि आज यह क्यों अटकता है, और Querri इसका जवाब कैसे देता है।
मुश्किल क्यों है
ऑर्डर, रिफ़ंड और डिस्काउंट कोड अलग-अलग टेबल में हैं, और ग्राहक किस चैनल से आया यह MySQL में है ही नहीं।
Querri के साथ
Querri को एक बार बताएँ कि राजस्व का मतलब है भुगतान हुए ऑर्डर, रिफ़ंड घटाकर, और यह नियम फ़ैक्ट्स और नियम में रहता है। चैनल के लिए HubSpot कनेक्ट करें, और बाकी चैनल से राजस्व तक की प्लेबुक दिखाती है।
मुश्किल क्यों है
हर खरीद orders टेबल में है, लेकिन cohort retention के लिए window functions और तारीखों का गणित चाहिए जो सिर्फ़ डेवलपर लिखता है, और अगले महीने उसे फिर से लिखना पड़ता है।
Querri के साथ
पहले ऑर्डर के महीने के हिसाब से दोबारा खरीद पूछें। Querri इस काम को एक प्रोजेक्ट के रूप में सेव करता है, ऐसे चरणों के साथ जिन्हें आप खोल सकते हैं, जाँच सकते हैं और अगले सिंक पर दोबारा चला सकते हैं।
मुश्किल क्यों है
subscriptions टेबल में हर प्लान वैसा है जैसा वह आज है। अपग्रेड, डाउनग्रेड और कैंसलेशन पंक्ति को मिटाकर लिख देते हैं, इसलिए रुझान गायब हो जाता है।
Querri के साथ
MRR और चर्न को KPIs के रूप में परिभाषित करें और Querri शुरुआत के दिन से उनका इतिहास दर्ज करता है। जब इनमें से कोई अपनी सामान्य सीमा से हटता है, तो Nightly insights आपको बताता है।
मुश्किल क्यों है
ऑर्डर MySQL में है और बातचीत सपोर्ट टूल में। ग्राहक के ईमेल से उन्हें जोड़ना स्प्रेडशीट का ऐसा काम है जिसे कोई दोहराता नहीं।
Querri के साथ
MySQL के साथ Intercom कनेक्ट करें, और Querri बातचीत का ग्राहकों और उनके ऑर्डर से मिलान करता है, और बताता है कि मिलान कैसे किया। टिकट की वजहों वाली प्लेबुक इसे कदम-दर-कदम समझाती है।
मुश्किल क्यों है
साइनअप, इवेंट और प्लान के बदलाव ऐप की ऐसी टेबल में बिखरे हैं जिनका मतलब कोड में रहता है, और ग्रोथ टीम के लिए स्टेटस 3 का कोई मतलब नहीं।
Querri के साथ
एक बार बताएँ कि हर स्टेटस कोड और फ़्लैग का क्या मतलब है, और Querri जवाब देने से पहले कॉलम में अजीब मान जाँचता है। साइनअप से पहली वैल्यू तक की प्लेबुक फ़नल बनाती है; डेटा सफ़ाई जाँचों को समझाती है।
मुश्किल क्यों है
आज एक डेवलपर क्वेरी चलाता है, नतीजा Excel में चिपकाता है, फ़ॉर्मैटिंग ठीक करता है और ईमेल करता है। एक महीना छूट जाए तो क्लोज़ तक किसी को पता नहीं चलता।
Querri के साथ
वर्कबुक एक बार बनाएँ। एक शेड्यूल उसे ताज़ा MySQL डेटा पर दोबारा चलाता है और रिपोर्ट्स और ऑटोमेशन के ज़रिए फ़ॉर्मैट की हुई फ़ाइल ईमेल करता है; लेआउट Excel टूल्स संभालते हैं।
मुश्किल क्यों है
ऐप डेटाबेस हर टेनेंट को एक ही टेबल में रखता है। किसी को उसका लॉगिन देने का मतलब है उसे सबका डेटा दिखाना।
Querri के साथ
वर्कस्पेस और एक्सेस में हर व्यक्ति के लिए एक रो फ़िल्टर सेट करें और वह हर जगह उसके साथ जाता है। ग्राहकों को आपके ऐप के अंदर उनके अपने आँकड़े दिखाने के लिए Embed इस्तेमाल करें।
मुश्किल क्यों है
प्रोडक्शन क्रेडेंशियल किसी असिस्टेंट में चिपकाने का मतलब है एक ऐसी सिक्योरिटी समीक्षा जो कोई नहीं चाहता, और असिस्टेंट को फिर भी अंदाज़ा लगाना पड़ता है कि हर कॉलम का क्या मतलब है।
Querri के साथ
Querri को Claude या ChatGPT में एक कनेक्टर के रूप में जोड़ें। असिस्टेंट आपकी Library से, आपके नियमों और हर व्यक्ति के एक्सेस के साथ जवाब देता है, और डेटाबेस को कभी नहीं छूता।
MySQL और बाकी सब
मार्केटिंग जानती है कि ग्राहक कहाँ से आया, सपोर्ट जानता है कि क्या गड़बड़ हुई, अकाउंटिंग जानती है कि क्या भुगतान हुआ। Querri इन्हें आपकी MySQL टेबल के साथ Library में लोड करता है, और एक ही सवाल हर एक से जानकारी ले सकता है।
MySQL इनके साथ अच्छा काम करता है
ऐसे जवाब जिनके पीछे आप खड़े रह सकें
पूछें कि सितंबर में आपके कितने सक्रिय ग्राहक थे, तो मतलब हो सकता है हर वह व्यक्ति जिसने उस महीने ऑर्डर दिया, या हर वह जिसका आखिरी दिन चालू सब्सक्रिप्शन था। दोनों वाजिब हैं और दोनों मेल नहीं खाते। Querri एक चुनता है, बताता है कि कौन-सा, और दूसरी गिनती उसके साथ रखता है। देखें जवाब कैसे काम करते हैं।
जागें तो जानें क्या बदला
हर रात Querri आपके KPIs की तुलना उनके अपने अतीत से करता है और बिज़नेस का वह कोना ढूँढता है जिसके बारे में किसी ने नहीं पूछा। रात की खोजें पहली कॉफ़ी से पहले आपके Inbox में सूची के रूप में होती हैं, और आपकी मंज़ूरी के बिना उनमें से कोई भी बदलाव शुरू नहीं करती।
कस्टम MySQL डैशबोर्ड
बताएँ कि डैशबोर्ड में क्या दिखना चाहिए, या शुरुआत के लिए Querri को किसी डैशबोर्ड का स्क्रीनशॉट दें। यह उसी Library से पढ़ता है जिससे चैट, इसलिए चार्ट और जवाब कभी अलग नहीं होते, और आप हर व्यक्ति को उसकी अपनी पंक्तियों तक सीमित कर सकते हैं।
ऐसी रिपोर्ट्स जिन्हें दोबारा बनाना बंद कर सकें
MySQL के भुगतान हुए ऑर्डर, उस कैंपेन या सोर्स से जुड़े जो हर ग्राहक को लाया।
प्लेबुक पढ़ेंकितने नए अकाउंट पहले असली इस्तेमाल तक पहुँचते हैं, और उन्हें कितना समय लगता है।
प्लेबुक पढ़ेंऑर्डर की आवृत्ति, प्लान के बदलाव और टिकट, हर अकाउंट के लिए एक स्कोर में।
प्लेबुक पढ़ेंकौन-से प्रोडक्ट और ऑर्डर की समस्याएँ ग्राहकों को बार-बार सपोर्ट तक भेजती हैं।
प्लेबुक पढ़ेंसब्सक्रिप्शन राजस्व, अपग्रेड और कैंसलेशन, पहले दिन से रखे गए इतिहास के साथ।
KPIs देखेंफ़ाइनेंस के लिए फ़ॉर्मैट की हुई Excel फ़ाइल, शेड्यूल पर ताज़ा और ईमेल की हुई।
Excel टूल्स देखेंक्या-क्या आता है
Querri आपके चुने हुए एक MySQL डेटाबेस से टेबल कॉपी करता है और कॉपी को अपडेट रखता है, इसलिए सवाल कभी प्रोडक्शन पर नहीं चलते। यह सिर्फ़ वही पढ़ सकता है जिसकी अनुमति आपके कनेक्ट किए गए MySQL यूज़र को दी गई है।
आपके चुने हुए डेटाबेस से
पूरा रिफ़्रेश शेड्यूल पर चलता है, डिफ़ॉल्ट रूप से रोज़। Incremental सिंक वे पंक्तियाँ लाते हैं जिनका cursor कॉलम, जब तक आप कोई और न चुनें updated_at, पिछले सिंक से आगे बढ़ चुका है, डिफ़ॉल्ट रूप से हर घंटे।
टेबल मेमोरी में लोड होने के बजाय columnar फ़ाइलों में स्ट्रीम होती हैं, इसलिए एक बड़ी orders टेबल सिंक को नहीं रोकती। नए कनेक्शन 100,000 पंक्तियों की सीमा से शुरू होते हैं; Advanced में यह सीमा बढ़ाएँ या हटाएँ।
Querri आपके डेटाबेस को read-only जोड़ता है और SELECT क्वेरी के सिवा कुछ नहीं चलाता। कोई insert, update या delete कभी आपकी टेबल तक नहीं पहुँचता।
आपका पासवर्ड एन्क्रिप्ट करके सेव होता है और SSL डिफ़ॉल्ट रूप से चालू है। पासवर्ड एक सुरक्षित फ़ॉर्म में जाता है; Connector Agent को बस इतना पता चलता है कि वह सेट है।
MySQL कैसे कनेक्ट करें
Connector Agent से कहें "हमारा MySQL डेटाबेस कनेक्ट करो," या Connect कैटलॉग में MySQL ढूँढें।
अपने डेटाबेस फ़ायरवॉल पर Querri के IP पते को अनुमति दें। प्राइवेट नेटवर्क के लिए, इसके बजाय एक OpenVPN टनल जोड़ें।
होस्ट, पोर्ट, डेटाबेस, यूज़रनेम और पासवर्ड एक सुरक्षित फ़ॉर्म में जाते हैं। read-only MySQL यूज़र सबसे सुरक्षित विकल्प है।
Querri कनेक्शन टेस्ट करता है और वे डेटाबेस दिखाता है जो आप देख सकते हैं। सारी टेबल लाएँ, कुछ चुनी हुई, या नाम वाली SQL क्वेरी के नतीजे।
आपके हाँ कहने तक कोई डेटा नहीं जाता। पूरा या incremental सिंक चुनें, और टेबल आपकी Library में आ जाती हैं।
MySQL FAQ
Connector Agent से MySQL कनेक्ट करने को कहें, या Connect कैटलॉग में उसे चुनें। अपने डेटाबेस फ़ायरवॉल पर Querri के IP को allowlist करें, सुरक्षित फ़ॉर्म में होस्ट, पोर्ट, डेटाबेस, यूज़रनेम और पासवर्ड भरें, और टेस्ट चलाएँ। आखिर में, जो टेबल चाहिए उन्हें चुनें और लोड और उसका शेड्यूल मंज़ूर करें।
Querri आपके चुने हुए एक डेटाबेस से base tables और views सिंक करता है, या तो सभी या आपकी चुनी हुई सूची। आप नाम वाली SQL क्वेरी भी जोड़ सकते हैं, जिनमें से हर एक अपना अलग सोर्स बनती है। यह सिर्फ़ वही पढ़ सकता है जिसकी अनुमति कनेक्ट किए गए MySQL यूज़र को दी गई है।
पूरा रिफ़्रेश आपके तय किए शेड्यूल पर चलता है, डिफ़ॉल्ट रूप से रोज़। Incremental सिंक हर घंटे तक चल सकते हैं, और वे पंक्तियाँ लाते हैं जिनका cursor कॉलम, डिफ़ॉल्ट रूप से updated_at, पिछले सिंक से आगे बढ़ चुका है। जब भी ताज़ा डेटा चाहिए, हाथ से सिंक चलाया जा सकता है।
नहीं। Querri आपका डेटा सिर्फ़ पढ़ता है और कभी आपके रिकॉर्ड नहीं बदलता। यह MySQL डेटाबेस को read-only जोड़ता है और Querri, SELECT क्वेरी के सिवा कुछ नहीं चलाता, इसलिए यह कभी कोई पंक्ति insert, update या delete नहीं करता।
Querri, MySQL से तब पढ़ता है जब सिंक चलता है, तब नहीं जब कोई सवाल पूछता है। सवाल, डैशबोर्ड और रिपोर्ट्स सब Querri की कॉपी पर चलते हैं। पूरे रिफ़्रेश को शांत घंटों के लिए शेड्यूल करें, बड़ी टेबल के लिए incremental सिंक इस्तेमाल करें, या Querri को किसी read replica पर पॉइंट करें।
MySQL grants तय करते हैं कि Querri क्या सिंक कर सकता है: यह सिर्फ़ वही देखता है जिसे कनेक्ट किए गए यूज़र को SELECT करने की अनुमति है, इसलिए उस यूज़र को ठीक वही टेबल दें जो Querri में होनी चाहिए। उसके बाद, हर व्यक्ति को कौन-सी पंक्तियाँ दिखें यह Querri की शेयरिंग और रो फ़िल्टर से तय होता है, MySQL से नहीं।
दोनों को कनेक्ट करें, और Querri आमतौर पर ईमेल के आधार पर HubSpot के संपर्कों का आपकी MySQL टेबल के ग्राहकों से मिलान करता है। फिर आप किसी कैंपेन या सोर्स को भुगतान हुए ऑर्डर तक ट्रैक कर सकते हैं। जब मिलान अनिश्चित हो, जैसे किसी ग्राहक ने दो पते इस्तेमाल किए हों, तो जवाब यह बताता है।
दोनों को कनेक्ट करें, और Querri सपोर्ट बातचीत को MySQL में ग्राहकों और उनके ऑर्डर से जोड़ता है। आप पूछ सकते हैं कि कौन-से प्रोडक्ट, ऑर्डर की स्थितियाँ या प्लान सबसे ज़्यादा टिकट लाते हैं, और हर ग्राहक के बार-बार के संपर्क देख सकते हैं, बिना किसी के किसी भी तरफ़ का डेटा स्प्रेडशीट में एक्सपोर्ट किए।
ऑर्डर और रिफ़ंड के लिए MySQL कनेक्ट करें, और ग्राहक कहाँ से आए इसके लिए HubSpot या कोई शीट। Querri को एक बार बताएँ कि राजस्व का क्या मतलब है, जैसे भुगतान हुए ऑर्डर रिफ़ंड घटाकर, और पूछें। इसे एक प्रोजेक्ट के रूप में सेव करें और हर हफ़्ते आने के लिए शेड्यूल करें।
Querri में MRR और चर्न को KPIs के रूप में परिभाषित करें। क्योंकि subscriptions टेबल आमतौर पर हर प्लान की सिर्फ़ मौजूदा हालत रखती है, Querri शुरुआत के दिन से KPI का इतिहास खुद रखता है, ताकि आप आगे से महीने-दर-महीने का बदलाव देख सकें।
हाँ। रिपोर्ट को एक बार प्रोजेक्ट में बदलें और उसे भेजने की तारीख दें। Querri उसे ताज़ा सिंक किए गए MySQL डेटा पर दोबारा चलाता है और फ़ॉर्मैट की हुई Excel वर्कबुक ईमेल करता है, या हर क्लाइंट या मैनेजर के लिए एक वर्शन, बिना हाथ से कोई क्वेरी चलाए।
हाँ। बताएँ कि उसमें क्या दिखना चाहिए, या किसी मौजूदा डैशबोर्ड के स्क्रीनशॉट से शुरू करें। बदलाव आम भाषा में किए गए अनुरोध हैं, चार्ट MySQL टेबल को दूसरे कनेक्ट किए गए सिस्टमों के साथ मिला सकते हैं, और एक रो फ़िल्टर हर देखने वाले को उसके अपने डेटा तक सीमित रखता है।
हाँ। Querri, Claude या ChatGPT में एक कनेक्टर के रूप में जुड़ता है, जिसे बस एक बार सेट करना होता है। उसके बाद असिस्टेंट आपकी Querri Library से, आपकी परिभाषाओं और नियमों और हर व्यक्ति के एक्सेस के साथ जवाब देता है, और उसे कभी आपके डेटाबेस के क्रेडेंशियल नहीं मिलते। उसके आँकड़े उन्हीं परिभाषाओं से आते हैं जो आपके डैशबोर्ड इस्तेमाल करते हैं।
Amazon RDS for MySQL किसी भी MySQL सर्वर की तरह उसी होस्ट-और-पोर्ट फ़ॉर्म का इस्तेमाल करता है, बशर्ते Querri के IP को अनुमति हो या VPN सेट हो। MariaDB उसी MySQL कनेक्टर से कनेक्ट होता है। हर कनेक्शन एक डेटाबेस पढ़ता है, इसलिए कई डेटाबेस का मतलब कई कनेक्शन है।
caching_sha2_password, यानी MySQL 8 के डिफ़ॉल्ट authentication plugin वाले यूज़र कनेक्ट होने में फ़ेल हो सकते हैं। Querri का एरर मैसेज यही बताता है; हल है उस यूज़र को mysql_native_password पर बदलना। यह भी जाँचें कि आपके फ़ायरवॉल पर Querri के IP को अनुमति है।
हर कनेक्शन एक डेटाबेस कवर करता है। Incremental सिंक के लिए ऐसा cursor कॉलम चाहिए जो सिर्फ़ बढ़ता हो, वे सिर्फ़ पंक्तियाँ जोड़ते हैं और डिलीट नहीं पकड़ते, इसलिए उन्हें हटाने के लिए पूरा रिफ़्रेश चलाएँ। कस्टम क्वेरी का कोई incremental मोड नहीं है; हर सिंक उसे शुरू से चलाता है। SSH टनल नहीं है और रियल-टाइम binlog replication नहीं है।
हाँ, एक OpenVPN टनल के ज़रिए: CA सर्टिफ़िकेट, क्लाइंट सर्टिफ़िकेट और क्लाइंट key के साथ अपनी .ovpn फ़ाइल अपलोड करें, ये सब एन्क्रिप्ट करके सेव होते हैं। Querri, SSH टनल नहीं देता, इसलिए bastion host के पीछे वाले डेटाबेस के लिए VPN एक्सेस या allowlist किया गया IP चाहिए।
Querri, SOC 2 Type II, HIPAA और ISO 27001:2022 प्रमाणित है, और आपका डेटा कभी किसी मॉडल को ट्रेन करने में इस्तेमाल नहीं होता। आपका पासवर्ड एन्क्रिप्ट करके सेव होता है, SSL डिफ़ॉल्ट रूप से चालू है, और Connector Agent को पासवर्ड कभी नहीं दिखता। ध्यान दें कि सर्वर सर्टिफ़िकेट की जाँच नहीं की जाती।
और जानें
एक डेटाबेस कनेक्ट करें, पहला लोड मंज़ूर करें, और पूछें। Querri सिर्फ़ पढ़ता है, इसलिए प्रोडक्शन बिल्कुल वैसा ही रहता है जैसा है।