A Source एक परियोजना-दायरे वाला कनेक्शन पहचान है। प्रत्येक ड्राइवर को हल करता है जो मेटाडाटा, पूर्वावलोकन, क्वेरी, स्थानांतरण, लिखने, हटाने या गुणवत्ता संचालन वर्तमान परिवेश में सुरक्षित हैं।
डेटा संचालन
अलग स्रोतों के डेटा को दोहराए जा सकने वाले काम में बदलें।
जुड़े डेटाबेस देखें, फ़ाइलें और टेबल तैयार करें, तथा समर्थित हस्तांतरण और गुणवत्ता जाँच व्यवस्थित करें। काम दोहराते समय उसकी परिभाषा, निष्पादन की स्थिति और दर्ज परिणाम साथ रखें।
SQL Console सत्यापित प्रोजेक्ट और स्रोत, केवल पढ़ने वाली क्वेरी और सीमित परिणाम इस्तेमाल करता है। क्वेरी सहेजें या Dataset और विज़ुअलाइज़ेशन में उपयोग करें। क्रमांकित टैब नाम बदलने, स्वतः सहेजने और समानांतर बदलावों के टकराव पहचानने देते हैं। ब्राउज़र छोड़ने पर मसौदा बना रहता है।
अपलोड और सुरक्षित URL आयात पहले SHA-256 के साथ एक अपरिवर्तनीय ड्राइव संस्करण पैदा करते हैं। प्रीफ्लाइट किसी भी परिवर्तन से पहले सामग्री, सीमक, उद्धरण, हेडर और स्कीमा को हल करता है।
मान्य CSV, सीमित UTF-8 टेक्स्ट, JSON ऑब्जेक्ट रिकॉर्ड और पहली XLSX वर्कशीट लोड से एक नया भौतिक तालिका संस्करण में सामग्री। परिणाम सत्यापन के बाद स्थिर उपनाम बदल जाता है।
सार्वजनिक सूची ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule और मास्टर को उजागर करती है। प्रत्येक प्रेषण एक सतत PipelineRun बनाता है; छिपे हुए विरासत परिभाषाओं को केवल समर्थन नहीं किया जाता क्योंकि एक पुराना रिकॉर्ड अभी भी मौजूद है।
कतारबद्ध, चल रहे, विफल, आंशिक, रद्द और पुनर्प्राप्त कार्य अलग अवस्थाएँ हैं। निगरानी रुकना यह सिद्ध नहीं करता कि स्थिति बदलने वाली कार्रवाई लक्ष्य तक नहीं पहुँची। Pipeline में अभी सार्वभौमिक रद्दीकरण, पुनः प्रयास, रोलबैक या ठीक एक बार निष्पादन का अनुबंध नहीं है; न्यूनतम-विशेषाधिकार वाली डेटाबेस भूमिकाएँ आवश्यक हैं।
Sources क्षमताओं को उजागर, धारणा नहीं।
A Source एक परियोजना-दायरे वाला कनेक्शन पहचान है। प्रत्येक ड्राइवर को हल करता है जो मेटाडाटा, पूर्वावलोकन, क्वेरी, स्थानांतरण, लिखने, हटाने या गुणवत्ता संचालन वर्तमान परिवेश में सुरक्षित हैं।
जिस क्वेरी को आप तैयार कर रहे हैं, उसे खोए बिना डेटा का अन्वेषण करें।
SQL Console सत्यापित प्रोजेक्ट और स्रोत, केवल पढ़ने वाली क्वेरी और सीमित परिणाम इस्तेमाल करता है। क्वेरी सहेजें या Dataset और विज़ुअलाइज़ेशन में उपयोग करें। क्रमांकित टैब नाम बदलने, स्वतः सहेजने और समानांतर बदलावों के टकराव पहचानने देते हैं। ब्राउज़र छोड़ने पर मसौदा बना रहता है।
एक सफल या असफल सेवा निष्पादन को QueryExecution के रूप में बनाए रखा जाता है जब एक वैध Source और SQL अनुरोध निष्पादन में प्रवेश करता है।
SavedQuery संपादन योग्य SQL रखता है; Dataset पदोन्नति एक अलग नियंत्रित डेटा परिसंपत्ति और लाइनेज संदर्भ बनाता है।
Source बोली टिप्पणी वाक्यविन्यास और सुरक्षित पठन-केवल हैंडलिंग को साझा निष्पादन सीमाओं के माध्यम से सामान्यीकृत किया जाता है बजाय एक PostgreSQL केवल रैपर।
फ़ाइलें उनकी मूल पहचान रखती हैं।
अपलोड और सुरक्षित URL आयात पहले SHA-256 के साथ एक अपरिवर्तनीय ड्राइव संस्करण पैदा करते हैं। प्रीफ्लाइट किसी भी परिवर्तन से पहले सामग्री, सीमक, उद्धरण, हेडर और स्कीमा को हल करता है।
CSV, TXT, TSV, PSV, DSV, DAT, DATA, LOG, JSON और XLSX की पहचान प्रारूप-सचेत निरीक्षण के माध्यम से की जाती है।
किसी अन्य एक्सटेंशन के साथ एक टेक्स्ट फ़ाइल उस सीमावर्ती-पाठ पथ का पालन कर सकती है जब बाध्य सामग्री वर्गीकरण इसे सत्यापित करता है।
डिलिमिटर, नियंत्रण बाइट, उद्धरण / एस्केप, हेडर निर्णय, पूर्वावलोकन पंक्तियां और चेतावनी उपयोगकर्ता की पुष्टि के लिए दिखाई देती हैं।
फ़ाइल नाम और स्थिर उपनाम के टकराव को स्पष्ट रूप से हल किया जाता है और किसी मौजूदा वस्तु को चुपचाप अधिलेखित करने के बजाय रिकॉर्ड किया जाता है।
नई तालिका तैयार होने तक मौजूदा तालिका उपलब्ध रखें।
मान्य CSV, सीमित UTF-8 टेक्स्ट, JSON ऑब्जेक्ट रिकॉर्ड और पहली XLSX वर्कशीट लोड से एक नया भौतिक तालिका संस्करण में सामग्री। परिणाम सत्यापन के बाद स्थिर उपनाम बदल जाता है।
-
अपरिवर्तनीय इनपुट को मान्य करें
फ़ाइल पहचान, आकार, चेकसम, पार्सर निर्णय और पंक्ति संरचना लोड से पहले जांच की जाती है।
-
एक छाया तालिका संस्करण बनाएँ
नया भौतिक संस्करण वर्तमान में दिखाई देने वाली स्थिर आलिया से अलग है।
-
लोड, प्रोफ़ाइल और मान्य
पंक्ति/स्तंभ गिनती, स्कीमा और बाध्य नमूनों को दर्ज किया गया है; आंशिक भार वर्तमान तालिका कभी नहीं बन जाता है।
-
बढ़ावा देना या साफ करना
केवल एक मान्य परिणाम आलिया को स्थानांतरित करता है; विफलता पिछले संस्करण को उपलब्ध रखती है और प्रयास किए गए रन को रिकॉर्ड करती है।
सिस्टम Sandbox Source ने वर्तमान Project स्कीमा के तहत SQL Console को प्रबंधित किया।
ऑडिटेबल लाइफसाइकिल परिवर्तन का नाम और पुनर्स्थापना; पुनर्स्थापना जानबूझकर पहले स्कीमा अनुबंध को पुनः प्राप्त कर सकती है।
Pipeline ने ईमानदारी से निष्पादन को लागू किया।
सार्वजनिक सूची ExecuteQ, QueryTransfer, DirectStreamTransfer, SchemaTransfer, TransformSchema, DeleteSchema, NoSqlDelete, DataQualityRule और मास्टर को उजागर करती है। प्रत्येक प्रेषण एक सतत PipelineRun बनाता है; छिपे हुए विरासत परिभाषाओं को केवल समर्थन नहीं किया जाता क्योंकि एक पुराना रिकॉर्ड अभी भी मौजूद है।
मास्टर ऑर्डरेड जॉब्स, स्लीप्स और क्वालिटी गेट्स प्लस सीरियल या समानांतर बैचों का समर्थन करता है।
निरंतरता पूर्व बच्चे की स्थिति से एक नया रन बनाता है; यह मूल रन को फिर से नहीं लिखते हैं।
परिभाषा बदलने पर कार्य का एक निश्चित संस्करण बनता है। मैन्युअल शुरुआत, अनुसूचित निष्पादन, पुनः प्रयास और अधीनस्थ कार्य, निष्पादन के लिए भेजे जाने से पहले चुने गए संस्करण को दर्ज करते हैं।
भविष्य का हर अनुसूचित निष्पादन, पहुँच अधिकारों की नई जाँच के बाद वर्तमान संस्करण चुनता है। दोहरे प्रभाव रोकना और बदलाव वापस लेना अब भी कार्रवाई, कनेक्टर, नीति और पुनः प्रयास की प्रमाणित सुरक्षा पर निर्भर है।
विफलता राज्य परिणाम का हिस्सा है।
कतारबद्ध, चल रहे, विफल, आंशिक, रद्द और पुनर्प्राप्त कार्य अलग अवस्थाएँ हैं। निगरानी रुकना यह सिद्ध नहीं करता कि स्थिति बदलने वाली कार्रवाई लक्ष्य तक नहीं पहुँची। Pipeline में अभी सार्वभौमिक रद्दीकरण, पुनः प्रयास, रोलबैक या ठीक एक बार निष्पादन का अनुबंध नहीं है; न्यूनतम-विशेषाधिकार वाली डेटाबेस भूमिकाएँ आवश्यक हैं।
अगला चरण
उस प्रवाह से आरम्भ करें जिसमें अस्पष्टता स्वीकार्य नहीं है।
वे प्रणालियाँ, स्वामी, नियम, डिलीवरी दायित्व और साक्ष्य आवश्यकताएँ सामने रखें जो महत्वपूर्ण हैं।
किसी महत्वपूर्ण प्रवाह पर चर्चा करेंसंक्षेप में
advanexus का यह भाग क्या करता है?
जुड़े डेटाबेस देखें, फ़ाइलें और टेबल तैयार करें, तथा समर्थित हस्तांतरण और गुणवत्ता जाँच व्यवस्थित करें। काम दोहराते समय उसकी परिभाषा, निष्पादन की स्थिति और दर्ज परिणाम साथ रखें।
इस्तेमाल से पहले क्या जाँचना चाहिए?
भविष्य की अनुसूचित घटना नई प्रवेश जाँचों के बाद उस समय की वर्तमान JobVersion स्थिर करती है; ठीक एक बार होने वाले व्यावसायिक प्रभाव और रोलबैक अब भी निष्पादक, कनेक्टर, नीति और प्रमाणित आइडेम्पोटेंसी पर निर्भर हैं।