मैं आपकी कचरा क्वेरी भाषा नहीं सीखूंगा

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

मुझे मेरी एसक्यूएल वापस कर दो। यह भाषा सभी के लिए समझ में आती है, पहले से ही 70 के दशक से मौजूद है और इस समय के दौरान एक मानक बनने में कामयाब रही। यह पढ़ना आसान है और इसका उपयोग व्यवसाय से लेकर इंजीनियरों तक किसी भी व्यक्ति द्वारा किया जा सकता है।

हालांकि, इसके बजाय, मुझे अलग-अलग "कचरा क्वेरी भाषा" का एक पूरा गुच्छा सीखना होगा, क्योंकि लोग अभी भी पहिया को सुदृढ़ करने की कोशिश कर रहे हैं।

ORM से शुरू करते हैं। उनकी मुख्य विशेषता विकास के समय में कमी है। लेकिन सभी के लिए समझने योग्य एसक्यूएल लिखने के बजाय, मुझे यह जानने के लिए एक विशिष्ट ओआरएम के प्रलेखन का अध्ययन करना होगा कि इसके लिए मेरे प्रश्नों को कैसे लिखना है। इसके अलावा, मुझे यह पता लगाने के लिए समय डिबगिंग खर्च करना होगा कि इस ओआरएम ने मेरी क्वेरी को कुछ राक्षसी एसक्यूएल में क्यों अनुवादित किया है जो 17 टेबल को उनके पूर्ण स्कैन का उपयोग करके जोड़ता है। मानक एसक्यूएल से चिपके रहने के बजाय, जहां दक्षता के बारे में बात करना काफी आसान है ("विधेय में अनुक्रमित स्तंभों का उपयोग करने का प्रयास करें", "इसे एक क्वेरी में जुड़ने से अधिक न करें", आदि), मुझे एक अतिरिक्त अतिरिक्त परत से निपटना होगा, जो मूल SQL क्वेरी को छुपाता है। अंत में, आपको डेटाबेस संरचनाओं से निपटने के बजाय उच्च स्तरीय सूजन वाले डेटा वर्गों के साथ छोड़ दिया जाएगा, जो समझने और प्रक्रिया में आसान हैं।

इस बात का उल्लेख नहीं है कि लगभग पाँच हज़ार ओआरएम हैं, इसलिए एसक्यूएल सीखने के बजाय, एक बार मुझे 34 विभिन्न ओआरएम सीखना होगा। इसका मतलब यह नहीं है कि लोग ORM सीखते हैं, इसका मतलब है कि वे बस SQL ​​नहीं सीखते हैं।

और ये सभी सास उत्पाद। मैंने अभी-अभी अपनी कंपनी स्टैक से कुछ उठाया:

• स्पंक - एसपीएल
• मिक्सपैनल - JQL
• रोलबार - RQL
• नया अवशेष - एनआरक्यूएल
• ऐडवर्ड्स - AWQL

डेटा डंप से बदतर क्या हो सकता है? एक डेटा डंप जो अपनी क्वेरी भाषा को इनवॉइस करता है।

निष्पक्षता में, यह कहा जाना चाहिए कि इन प्रश्नों में से कुछ अभी भी एसक्यूएल की तरह हैं, या कम से कम इस भूमिका का दावा करते हैं, लेकिन अपने स्वयं के quirks के साथ जो मुझे एसक्यूएल के बारे में पहले से पता था कि सब कुछ छोड़ देते हैं। कभी-कभी इस हद तक कि यह अतीत का ज्ञान है जो व्यावहारिक रूप से बेकार हो सकता है।

इसके अलावा, प्रत्येक डेटाबेस क्वेरी भाषा को सुदृढ़ करने का भी प्रयास करता है। मानगो की अपनी भयानक क्वेरी भाषा है , जिसे मैंने कभी नहीं समझा, ल्यूसिन की अपनी है , आदि।

मैं क्या माँग रहा हूँ? वास्तव में बहुत कुछ नहीं:

1. प्रत्येक SaaS उत्पाद को अपने स्वयं के SQL डेटाबेस में सभी डेटा को कॉपी करने की क्षमता प्रदान करनी चाहिए (मेरे मामले में Postgresql / Redstift)। मैं उनके डीएसएल का उपयोग नहीं करना चाहता। शायद यूरोपीय संघ खुली बैंकिंग सेवाओं PSD2 पर निर्देश को अपनाने के बाद इसे अगली आवश्यकता के रूप में स्थापित करने में सक्षम होगा।
2. नई क्वेरी भाषाओं का आविष्कार करने पर 30 साल की मोहलत की जरूरत है।
3. हमें मिथक को दूर करना होगा कि ORM कोड क्लीनर बनाते हैं। शुद्ध एसक्यूएल पर जाएँ और आपको अपने डेटाबेस के साथ अधिक सरल और अधिक पारदर्शी संपर्क मिलेगा।

वह सब है। मैं समझता हूं कि मैं एक पुराने बड़बोले व्यक्ति की तरह हूं, लेकिन मैं इस जोखिम को अपने ऊपर लेता हूं।

पुनश्च

इस पोस्ट को पर्याप्त संख्या में विचार प्राप्त हुए, इसलिए इसे जनता के बीच गहरी दिलचस्पी पैदा करनी चाहिए। हैकर समाचार पर चर्चा और Reddit r / प्रोग्रामिंग पर टिप्पणियों का पालन करें।