Abidjan, Côte d'Ivoire
Inside SQLx: How Rust Checks SQL Before Your Application Runs
क्या उम्मीद करें
section.विवरणएक व्यावहारिक दो घंटे का सत्र, जिसमें यह जांचा जाएगा कि कैसे SQLx परिनियोजन (deployment) के बाद के बजाय संकलन (compilation) के दौरान अमान्य SQL, असंगत पैरामीटर, गायब कॉलम और गलत रस्ट मैपिंग का पता लगा सकता है।
यह सत्र रस्ट और डेटाबेस के बीच की सीमा के माध्यम से एक क्वेरी का अनुसरण करता है: SQL टेक्स्ट और बाउंड पैरामीटर से लेकर, स्कीमा निरीक्षण और प्रकार विश्लेषण (type analysis) तक, और अंत में एप्लिकेशन को लौटाए गए रस्ट मान तक। हम जानबूझकर क्वेरी को तोड़ेंगे, स्कीमा बदलेंगे, और प्रकार बेमेल (type mismatches) पेश करेंगे ताकि यह समझ सकें कि SQLx रनटाइम से पहले क्या साबित कर सकता है—और क्या नहीं।
जोर किसी API को याद करने पर नहीं है। यह संकलन-समय पर जाँचे गए SQL के पीछे के इंजीनियरिंग मॉडल, उस मॉडल को संरक्षित करने में माइग्रेशन की भूमिका, और स्थानीय विकास, परीक्षण, निरंतर एकीकरण (CI) और परिनियोजन के लिए व्यावहारिक परिणामों को समझने पर है।
दर्शक: वे डेवलपर्स जो यह समझना चाहते हैं कि कैसे रस्ट, SQL को ORM या क्वेरी भाषा से बदले बिना सामान्य SQL के आसपास मजबूत गारंटी प्रदान कर सकता है।
परिणाम:
- संकलन के दौरान SQLx किसी क्वेरी को कैसे मान्य करता है, इसे ट्रैक करना
- समझना कि डेटाबेस मेटाडेटा रस्ट टाइप चेकिंग को कैसे सूचित करता है
- अमान्य क्वेरी और असंगत परिणाम प्रकारों के कारण होने वाली संकलन-समय की विफलताओं को देखना
- समझना कि बिल्ड के दौरान वर्तमान स्कीमा क्यों मायने रखता है
- डेटाबेस माइग्रेशन को क्वेरी शुद्धता से जोड़ना
- चेक किए गए मैक्रोज़ और रनटाइम क्वेरी API के बीच अंतर करना
- मूल्यांकन करना कि संकलन-समय SQL चेकिंग कब किसी प्रोजेक्ट में सुधार करती है और कब यह बाधा उत्पन्न करती है
प्रारूप: दो घंटे का निर्देशित अन्वेषण, जिसमें टूटी हुई-क्वेरी प्रयोग, माइग्रेशन उदाहरण, परिचालन ट्रेड-ऑफ पर चर्चा, और डेटाबेस कोड के लिए एक पुन: प्रयोज्य चेकलिस्ट शामिल है।