विजुअल टेम्प्लेट में नल, खाली, अनोखा, पंक्ति-काउंट, वैल्यू-रेंज, पैटर्न, स्वीकृत-मूल्य और रेफरेंशियल चेक शामिल हैं। कस्टम SQL अधिक जटिल दावे का समर्थन करता है जब पास की स्थिति ठीक से परिभाषित होती है।
डेटा गुणवत्ता
गुणवत्ता को निष्पादन का हिस्सा बनाएँ, बाद की काग़ज़ी कार्यवाही नहीं।
Data Quality स्रोत-उन्मुख अपेक्षाओं को स्पष्ट सफलता शर्त, संरक्षित QualityRun और सीमित विफलता साक्ष्य वाले पुनरावृत्ति-योग्य SQL अभिकथनों में बदलता है।
पूर्वावलोकन वर्तमान व्याख्या का परीक्षण करता है। सहेजें उत्परिवर्तनीय नियम बनाता है या बदलता है। अब चलाएं या समर्थित Pipeline कदम लगातार QualityRun बनाता है और जब यह विफल हो जाता है तो एक बाध्य निष्कर्ष बनाता है।
कोई स्वतंत्र Data Quality कार्य या Master नियंत्रण चरण विफल होने पर आश्रित कार्यों को रोक सकता है। सटीक PipelineRun, QualityRun और ट्रिगर अलग-अलग रिकॉर्ड रहते हैं।
कस्टम SQL के लिए सार्वभौमिक, स्वतंत्र केवल-पठन एकल-वक्तव्य पार्सर उपलब्ध नहीं है। SQL Console नियम में संपादन के बाद SQL को दोबारा बनाना आवश्यक है, क्योंकि पुराना परिणाम वर्तमान मसौदे को प्रमाणित नहीं करता। Sources को न्यूनतम-विशेषाधिकार वाले पठन क्रेडेंशियल इस्तेमाल करने चाहिए; विफलता नमूनों में गोपनीय मान या अनावश्यक निजी डेटा नहीं होना चाहिए।
QualityRule परिवर्तनीय है और सीधे DatasetVersion से बँधा नहीं है। Suite निष्पादन, स्वचालित सुधार, पूर्ण निष्कर्ष सुधार और पुष्टि-प्राप्त सूचना वितरण वर्तमान क्षमताएँ नहीं हैं। प्रबंधित Sandbox तालिका किसी छिपा गुणवत्ता मार्ग के बजाय अपने Project के System Sandbox Source से भाग लेती है।
एक स्पष्ट उम्मीद से शुरू होता है।
विजुअल टेम्प्लेट में नल, खाली, अनोखा, पंक्ति-काउंट, वैल्यू-रेंज, पैटर्न, स्वीकृत-मूल्य और रेफरेंशियल चेक शामिल हैं। कस्टम SQL अधिक जटिल दावे का समर्थन करता है जब पास की स्थिति ठीक से परिभाषित होती है।
शून्य और खाली मूल्य की जांच
अद्वितीयता और पंक्ति-काउंट सीमा
संख्यात्मक या तुलनात्मक मूल्य रेंज
SQL LIKE पैटर्न और स्वीकृत मूल्य चेक
रेफरेंशियल एक्सिस्टेंस चेक
स्पष्ट कस्टम SQL दावे
पूर्वावलोकन, बचाने और चलाने के विभिन्न कार्य हैं।
पूर्वावलोकन वर्तमान व्याख्या का परीक्षण करता है। सहेजें उत्परिवर्तनीय नियम बनाता है या बदलता है। अब चलाएं या समर्थित Pipeline कदम लगातार QualityRun बनाता है और जब यह विफल हो जाता है तो एक बाध्य निष्कर्ष बनाता है।
पूर्वावलोकन तुल्यकालिक और गैर स्थायी है।
सहेजें परिवर्तनीय QualityRule परिभाषा बदलता है।
“अभी चलाएँ”, Pipeline और Master निष्पादन प्रत्येक QualityRun को सुरक्षित रखते हैं।
विफलता सीमित Data Quality निष्कर्ष बनी रहती है; यह Assurance Finding कार्यप्रवाह से अलग है।
गुणवत्ता लागू प्रवाह को नियंत्रित कर सकती है।
कोई स्वतंत्र Data Quality कार्य या Master नियंत्रण चरण विफल होने पर आश्रित कार्यों को रोक सकता है। सटीक PipelineRun, QualityRun और ट्रिगर अलग-अलग रिकॉर्ड रहते हैं।
न्यूनतम विशेषाधिकार आवश्यक रहता है।
कस्टम SQL के लिए सार्वभौमिक, स्वतंत्र केवल-पठन एकल-वक्तव्य पार्सर उपलब्ध नहीं है। SQL Console नियम में संपादन के बाद SQL को दोबारा बनाना आवश्यक है, क्योंकि पुराना परिणाम वर्तमान मसौदे को प्रमाणित नहीं करता। Sources को न्यूनतम-विशेषाधिकार वाले पठन क्रेडेंशियल इस्तेमाल करने चाहिए; विफलता नमूनों में गोपनीय मान या अनावश्यक निजी डेटा नहीं होना चाहिए।
वर्तमान सीमाएं छिपा नहीं हैं।
QualityRule परिवर्तनीय है और सीधे DatasetVersion से बँधा नहीं है। Suite निष्पादन, स्वचालित सुधार, पूर्ण निष्कर्ष सुधार और पुष्टि-प्राप्त सूचना वितरण वर्तमान क्षमताएँ नहीं हैं। प्रबंधित Sandbox तालिका किसी छिपा गुणवत्ता मार्ग के बजाय अपने Project के System Sandbox Source से भाग लेती है।
अगला चरण
उस प्रवाह से आरम्भ करें जिसमें अस्पष्टता स्वीकार्य नहीं है।
वे प्रणालियाँ, स्वामी, नियम, डिलीवरी दायित्व और साक्ष्य आवश्यकताएँ सामने रखें जो महत्वपूर्ण हैं।
किसी महत्वपूर्ण प्रवाह पर चर्चा करें