प्रिय पाठकों को नमस्कार।
यह सामग्री RDBMS के साथ काम करने की सुविधा की समस्या पर प्रकाश डालेगी, जिसे मैंने कई वर्षों तक समर्पित किया है, लेकिन यह बताने का समय नहीं मिला।

यदि आप डेटा की खोज, देखने और विश्लेषण में संलग्न नहीं हैं, या यदि आप इसे करते हैं, लेकिन यह पूरी तरह से सुविधाजनक है और आपको किसी चीज की आवश्यकता नहीं है, तो इस पाठ को पढ़ने से रोकें।

समस्याओं

तो, आप एक उपयोगकर्ता हैं जिन्हें DBMS में पढ़ने का अधिकार है। संभवतः आपके पास विशिष्ट उप-प्रकारों का एक सेट है:

• डेटा संरचना के साथ सौदा
• इसमें आवश्यक इकाइयाँ खोजें
• उन क्षेत्रों को ढूंढें जिनमें आपको उनकी आवश्यकता है
• संस्थाओं के बीच संबंध खोजें
• रुचि के मूल्यों का पता लगाएं
• मानों का एक समूह चुनें
• आवश्यक डेटा का चयन करें
• सुनिश्चित करें कि यह वास्तव में सबसे अधिक डेटा है जिसे आप खोज रहे थे
• परिणाम सहेजें
• उनसे रिपोर्ट तैयार करें

अंत में, यह बहुत संभावना है कि आपको इन समस्याओं को नियमित रूप से हल करने की आवश्यकता है।

डेटा प्रोसेसिंग टूल के बाजार में भारी मात्रा में उपकरण हैं जो बिल्डिंग क्वैश्चंस, क्यूब्स और रिपोर्ट के लिए समर्पित हैं। यह खेदजनक है, लेकिन उनमें से अधिकांश उपयोगकर्ता को अपनी संपूर्णता में उपरोक्त कार्य नहीं करते हैं। हम पिछली सूची से रिवर्स ऑर्डर में आम समस्याएं सूचीबद्ध करते हैं:

• यह दुर्लभ है जहां आप पाए गए ज्ञान को ठीक करने का अवसर प्राप्त करते हैं, प्रत्येक नया अनुरोध - जैसे कि खरोंच से
• पहले से तैयार अनुरोधों को ही उठाया जा सकता है
  शुद्ध एसक्यूएल
• अनुरोध (फ़ील्ड, फ़िल्टर, समूह) की संरचना को बदलना मुश्किल है। आमतौर पर, तेजी से परिवर्तन की कीमत अखंडता या अवशिष्ट अतिरेक का नुकसान है
• फिल्टर की तैयारी नेत्रहीन रूप से की जाती है
• संस्थाओं के बीच संबंधों को मैन्युअल रूप से निर्दिष्ट किया जाना है।
• उसके लिए सुलभ पूरा डेटाबेस स्कीमा बाहर गिर जाता है

यह सब संरचना पर प्रलेखन की कमी की पृष्ठभूमि के खिलाफ है। इस तथ्य के बावजूद कि यह उपकरण के बाहर है, समस्या सीधे उपकरणों की चिंता करती है।

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

निर्णय

"नमूनाकरण की स्वतंत्रता" कार्यक्रम में पहचानी गई समस्याओं का एक व्यापक समाधान एक ही समय में कई दिशाओं में किया जा रहा है। इस खंड का पाठ लागू अवधारणाओं और कार्यान्वयन की बारीकियों का विस्तार से वर्णन करता है।

स्पष्ट और सुविधाजनक डेटा संरचना

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

पूरी तरह से ज़रूरत से ज़्यादा अंतर करने के लिए हमारे उपकरण द्वारा हल किए गए पहले कार्यों में से एक है।

डेटाबेस और टेबल्स

चयनित पहुंच "इंजन" के भीतर, आप कनेक्शन बना सकते हैं और याद रख सकते हैं, जो कि मानक है।

तालिका की पूरी सूची में, उदाहरण के लिए, रुचि के क्षेत्र पा सकते हैं:

प्रसंग

एक इकाई / तालिका संदर्भ एक अवधारणा है जो व्यावसायिक वस्तुओं के ब्रह्मांड के करीब है, लेकिन व्यापक है। यह मान लेना स्वाभाविक है कि उपयोगकर्ता उन तालिकाओं में रुचि नहीं रखता है जो चयनित से संबंधित नहीं हैं। यह सोचना एक गलती होगी कि केवल सीधे संबंधित तालिकाओं को संदर्भ में शामिल किया गया है - इसलिए, इस संदर्भ में हम किसी भी अन्य के घोंसले के शिकार को देख सकते हैं:



नोड्स संस्थाएं हैं, पत्तियां क्षेत्र हैं। संबंधित संस्थाएं उस इकाई के क्षेत्रों के बगल में दिखाई जाती हैं, जिसके साथ उनका संबंध है। एक ही इकाई के कई कनेक्शन उन क्षेत्रों से अलग होते हैं जिनके माध्यम से लिंक को इंगित किया जाता है:



डिफ़ॉल्ट रूप से, केवल फ़ील्ड द्वारा संदर्भित इकाइयाँ प्रदर्शित की जाती हैं, लेकिन आप दूसरी तरफ से भी संबंध देख सकते हैं।



यह ऑपरेशन प्रत्येक तालिका के लिए व्यक्तिगत रूप से या तो एक बार किया जाता है, या सभी तालिकाओं के लिए मोड स्वचालित रूप से चालू होता है।

मान्यता

आप भाग्यशाली हैं यदि सिस्टम आर्किटेक्ट ने सभी विदेशी कुंजियों को प्रदान किया है और उन्हें योजना में पंजीकृत किया है, तो कनेक्शन स्वचालित रूप से निर्धारित किए जाएंगे और आपको शायद ही इस बात का ध्यान रखना होगा। मुझे ऐसे डेटाबेस देखना बहुत पसंद है; ऊपर दिए गए स्क्रीनशॉट में उदाहरण उनमें से एक में बने हैं - मेरे शिक्षकों में से एक के लिए धन्यवाद।

आप भाग्यशाली नहीं हैं यदि न केवल आर्किटेक्ट ने इसे आगे नहीं बढ़ाया, बल्कि यह भी कि अगर एक्सेस घटक का उप-चालक इस जानकारी को प्राप्त करने का समर्थन नहीं करता है। इस स्थिति का सामना अक्सर ADO और ODBC में होता है, लेकिन ये इंजन एकमात्र ऐसे उपकरण नहीं हैं जिनके साथ हमारा टूल काम कर सकता है।

परिभाषा

मान लीजिए, किसी कारण से, हमें अभी भी इस तथ्य का सामना करना पड़ रहा है कि कनेक्शन पर डेटा सर्किट से नहीं लिया जा सकता है। लेकिन वे हर बार उपयोग करने के लिए सुविधाजनक हैं।

हम उन्हें खुद निर्धारित कर सकते हैं। ऐसा करने के कई तरीके हैं।

सबसे सरल संदर्भ क्षेत्र मेनू और संवाद (कुछ मामलों में, यह एक दूसरे के शीर्ष पर drag'n'drop क्षेत्रों के माध्यम से किया जा सकता है) के माध्यम से एक क्षेत्र का एक बार का गुच्छा है:



अधिक जटिल कई क्षेत्रों का एक समूह है:



अंत में, एरोबेटिक्स सभी आवश्यक तालिकाओं का एक बहु विशिष्ट कनेक्शन है:



मुझे अंतिम कार्य को अंजाम देना था, एक लोकप्रिय ओपन सोर्स पोर्टल की योजना का विश्लेषण करना, जहां प्रत्येक लुक-अप टेबल में कई दर्जनों स्पष्ट लिंक हैं, जिसमें बदले में, लिंक की संख्या समान क्रम तक पहुंचती है।

इन सभी कनेक्शनों को एक स्थानीय "स्कीम" में संग्रहीत किया जाएगा, जो चालक के माध्यम से डेटाबेस में स्वचालित रूप से मान्यता प्राप्त लिंक के अतिरिक्त मौजूद है, और उनके साथ संदर्भों को निर्धारित करना जारी रखेगा।

अन्य विशेषताएं

विशेष मामलों के लिए, अलग-अलग उपहार हैं जो संदर्भ को अधिक लचीला बनाते हैं। हम विस्तार से नहीं बताएंगे, केवल संदर्भ मेनू का एक स्नैपशॉट:

ठीक है, लेकिन यह सब किस लिए है?

इकाई के संदर्भ की परिभाषा और प्रदर्शन जिसके साथ उपयोगकर्ता काम करता है, न केवल इसलिए ताकि वह उस डेटा को चुनने पर ध्यान केंद्रित कर सके, जिसकी उसे ज़रूरत है, लिंक में नेस्टेड। उपयोगकर्ता उन्हें लिंक करने के बारे में नहीं सोचता है, क्योंकि क्वेरी बिल्डर कनेक्टिंग फ़ील्ड को ध्यान में रखता है और लिंक की प्रकृति उपयोगकर्ता के लिए पारदर्शी है।

एक अनुरोध के निर्माण की सुविधा

हमने सुविधाजनक काम के लिए पहला कदम उठाया - हमने महत्वपूर्ण को माध्यमिक से अलग कर दिया। अब हमारा कार्य आवश्यक से किफायती के चयन को सरल बनाना है।

चलते-चलते

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

ठेठ कार्यों के तीन बटन-आइकन को चित्र में हाइलाइट किया गया है और उनमें से एक का परिणाम (फ़िल्टर में जोड़कर) सेवा तालिका द्वारा संदर्भित सेवासबग्रुप तालिका के नाम फ़ील्ड के उदाहरण द्वारा दिखाया गया है:



जब आप उपकरण में एक तालिका का चयन करते हैं, तो स्वचालित रूप से सभी फ़ील्ड को चयन में जोड़ना संभव है। हालाँकि, हमें परिणामों में अतिरिक्त कचरे की आवश्यकता नहीं है, इसलिए हम कुछ फ़ील्ड्स से छुटकारा पाना चाहते हैं (चित्र में, वही डेटा टेबल):



... और संदर्भ की गहराई से एक फ़ील्ड जोड़ें (drag'n'drop के माध्यम से):



... समूहों में अधिकतम फ़ील्ड मान और पंक्तियों की संख्या:



... फिर खेतों को फिर से इकट्ठा करें:



... एक अनुरोध करें (अतिरिक्त परिभाषा को छोड़ दिया गया है, इसके बारे में और बाद में):



... अस्थायी रूप से नमूना से एक फ़ील्ड निकालें और दूसरे को अनग्रुप करें:



... एक नया अनुरोध करें और अधिक दिलचस्प परिणाम देखें:



यह सब और बहुत कुछ, अब हम लगभग न्यूनतम क्लिक कर सकते हैं।

ऑब्जेक्ट मॉडल

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

ऑब्जेक्ट मॉडल स्पष्ट रूप से कनेक्शन की आवश्यकता और पर्याप्तता को नियंत्रित करता है, उन फ़ील्ड को ध्यान में रखता है जिनके द्वारा अनुरोध को समूहीकृत किया जाना चाहिए। उदाहरण के लिए:



हम समूह में सभी सेवाओं के योग के लिए एक समूह अनुरोध करते हैं, उपसमूह और सेवा नाम से विभाजित, आकृति के बीच में उत्पन्न अनुरोध दिखाया गया है।

तब हम केवल उपसमूह द्वारा समूह बनाना चाहते हैं, इसके लिए हम सेवा का नाम "छिपाएँ":



अनुरोध में, शॉर्टनाम दोनों हिस्सों (चयन, समूह द्वारा) से गायब हो गया।

अंत में, हम चयन की स्थिति (फिर से, अस्थायी रूप से) को हटा देते हैं:



अनुरोध में, न केवल जहां अनुभाग पूरी तरह से गायब हो गया, लेकिन यह भी कम से कम एक में शामिल हो गया, क्योंकि हमें अब ServiceGroup तालिका के क्षेत्रों की आवश्यकता नहीं है।

स्वाभाविक रूप से, कुछ ही क्लिकों में, आप अनुरोध को रिवर्स स्थिति में वापस कर सकते हैं।

अभिव्यक्ति संपादक

अकेले खेतों और रिश्तों का उपयोग एक निश्चित सीमा तक ही पर्याप्त है। जल्दी या बाद में, आवश्यकता उन नए मूल्यों से गणना करने के लिए उठती है जो सीधे डेटाबेस में प्रतिनिधित्व नहीं करते हैं। पहले से ही ज्ञात और मैनुअल निर्माण के लिए आराम का संयोजन कैसे करें, और इससे भी अधिक डिजाइनों का परिवर्तन?

समाधान काफी सरल है: हमें फ़ील्ड को ऑब्जेक्ट के रूप में उपयोग करना जारी रखना चाहिए, और सभी विभिन्न DBMS के बाकी सबसे अमीर सिंटैक्स (मानक कुल कार्यों को छोड़कर) को उपयोगकर्ता को छोड़ देना चाहिए। यही है, वह सब कुछ जो फ़ील्ड नहीं है, वह पाठ में लिखेंगे, साथ ही "सही शैली" में फ़ील्ड को संदर्भित करने या न करने का अवसर है।

अभिव्यक्ति संपादक को डिज़ाइन किया गया है ताकि आप अभिव्यक्ति पाठ में किसी भी उपलब्ध फ़ील्ड के लिंक को कहीं भी सम्मिलित कर सकें या पहले से निर्दिष्ट लिंक में से किसी को हटा सकें:



आकृति में, हम देख सकते हैं कि हमने सत्र के योग और संचालन के योग के बीच अंतर किया है (इस उम्मीद में कि यह 0 देगा, जैसा कि इसे चाहिए) और इसे 100 से विभाजित किया (राशि मूल रूप से कोपेक में थे)। इस अभिव्यक्ति में, उपकरण द्वारा प्रबंधित और प्रतिष्ठित छह ऑब्जेक्ट हैं: एक उद्घाटन ब्रैकेट, दो फ़ील्ड, एक समग्र फ़ंक्शन और दो क्लोजिंग ब्रैकेट। ब्रैकेट्स को उनकी जोड़ी के नियंत्रण को आसान बनाने के लिए प्रबंधित वस्तुओं में रखा जाता है (जब आप एक तरफ ब्रैकेट निकालते हैं, तो दूसरे पर ब्रैकेट / फ़ंक्शन स्वचालित रूप से हटा दिया जाता है) और फ़ील्ड की एग्रीगेट अभिव्यक्ति की जाँच करने की क्षमता है। अन्य सभी वर्ण: - , / , 1 , 0 , 0 सर्वर "जैसा है" में स्थानांतरित हो जाएंगे और साधन के लिए उनका कोई मतलब नहीं है।

यह बहुत सुविधाजनक नहीं लग सकता है - बाकी अभिव्यक्ति को जोड़ने और लिखने के बीच स्विच करें। हालाँकि, भले ही हम क्षेत्र में औसत अक्षरों की केवल टाइपिंग गति की तुलना करते हैं, हम पहले से ही एक जीत प्राप्त करते हैं। हम यहां संदर्भ की संभावित गहराई को जोड़ते हैं। और इस पाठ में पहले और बाद में चर्चा की गई जोड़तोड़ की सुविधा के लिए एक भुगतान के रूप में, इस अंतर को बिल्कुल भी नहीं माना जा सकता है।

चयन या फ़िल्टर में निर्दिष्ट कोई भी फ़ील्ड पहले से ही परिवर्तन के लिए तैयार एक अभिव्यक्ति है, उदाहरण के लिए:

सबसे सुविधाजनक फ़िल्टरिंग

यह स्पष्ट है कि चयन में हेरफेर करने के लिए उत्कृष्ट साधनों की उपस्थिति में, सीमाओं के साथ काम करना कम सरल नहीं होना चाहिए। आइए विचार करें कि हमारे निपटान में क्या अवसर हैं।

कुछ क्लिकों में फ़िल्टर सेट करें

फिल्टर के साथ काम करने वाले पैनल में शुरू में उनके लिए एक खाली कंटेनर होता है:



कंटेनर में फ़िल्टर जोड़ने के कई तरीके हैं:

• एक नया, खाली बनाएँ
• योजना में "फ़िल्टर में" बटन दबाएँ
• आरेख से माउस के साथ एक फ़ील्ड खींचें
• कंटेनर में चयन से एक अभिव्यक्ति खींचें (अभिव्यक्ति की एक प्रति के साथ एक फिल्टर बनाया जाएगा)

परिणामस्वरूप, हमें कुछ ऐसा मिलता है (फ़िल्टर केवल स्केच किए जाते हैं, लेकिन सभी अनिर्धारित होते हैं):



आप उनमें से किसी का चयन करके फ़िल्टर जोड़ सकते हैं और फिर उसका प्रकार और मान निर्दिष्ट कर सकते हैं:

भविष्य कहनेवाला मूल्य चयन

बाईं ओर अभिव्यक्ति की जटिलता के बावजूद, हमारे पास कई संभावित मूल्यों को जल्दी से समझने की क्षमता है जिन्हें हम फ़िल्टर करने जा रहे हैं। आइए हमारी अभिव्यक्ति को थोड़ा और आकर्षक बनाएं, और देखें कि "गाइड" हमें क्या प्रदान करेगी:



मैनुअल ने सावधानीपूर्वक हमें इस अभिव्यक्ति के लिए सभी संयोजन दिए।

हालाँकि, यह सबसे सरल मामला था, क्योंकि टेबल फ़ील्ड्स के सभी संयोजनों के साथ जो वे संबंधित हैं उनका चयन किया गया था। अक्सर उनमें से बहुत सारे हैं, और इस बात की कोई गारंटी नहीं है कि वे नमूने में भी होंगे। ऐसे मामलों के लिए, दो अतिरिक्त चयन मोड हैं:



उन्हें ऑर्डर की अवधि बढ़ाने में व्यवस्थित किया जाता है।

"फ़िल्टर के बिना अपेक्षित" का अर्थ है कि चयनित फ़ील्ड के तालिकाओं से संदर्भित केवल उन मानों का चयन किया जाएगा।

"फ़िल्टर की अपेक्षा" सुपरइम्पोज़्ड फ़िल्टर को ध्यान में रखता है, जिससे विकल्पों में और कमी आती है। स्वाभाविक रूप से, वर्तमान फ़िल्टर को छोड़ दिया गया है।

पिछले उदाहरण से खाली फ़िल्टर हटाकर, "फ़िल्टर के साथ अपेक्षित" चयन का चयन करते हुए, हम निम्नलिखित परिणाम देखेंगे:



हम लंबे और दर्द से मूल्यों का चयन कर सकते हैं, प्रत्येक बार एक खाली नमूना प्राप्त कर सकते हैं, क्योंकि इस अभिव्यक्ति के लिए फ़िल्टर या तो निरर्थक है या "जीवन के साथ असंगत"।

फ़िल्टर को समूह, पुनर्व्यवस्थित और अक्षम करें

हमने अब तक कई सरल फिल्टर के सबसे सरल सेट की जांच की है। हालांकि, पैनल आपको उन्हें किसी भी संयोजन में समूहित करने की अनुमति देता है, "और", "या" और इनकार के आधार पर उन पर संघ संचालन करते हैं। यह drag'n'drop जेस्चर और टूलबार बटन का उपयोग करके किया जाता है। प्रत्येक फ़िल्टर को निष्क्रिय किया जा सकता है, यहां तक ​​कि रूट भी। आप कह सकते हैं, ऐसी रचना बनाएं:

ठोस और हमेशा के लिए

एक बार जो किया गया था, मैं फिर से दोहराना नहीं चाहता, कम से कम अगर हम काम के बारे में बात कर रहे हैं। आइए एक बार सूची तैयार करें कि आप उन परिणामों पर क्या भरोसा कर सकते हैं जब आप उन्हें बनाते हैं

लिंक कॉन्फ़िगरेशन सहेजना

उपकरण की सुविधा की मूल बातों में से एक तालिका संदर्भ है। यदि आपको मैन्युअल रूप से उन पर काम करना था, तो वे एक फ़ाइल में सहेजे जाते हैं, जिसे मैन्युअल रूप से भी संपादित किया जा सकता है या आपके साथ दूसरे कार्य केंद्र में ले जाया जा सकता है। हालांकि, हर कोई बेहतर है अगर यह जानकारी वास्तुकार द्वारा निर्धारित की गई है।

पुनर्प्राप्त करने योग्य क्वेरी संरचना

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

प्रत्येक पूर्ण अनुरोध ऐतिहासिक पूल में सहेजा गया है।

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

स्वत: सहेजना और सत्र को बहाल करना

अंत में, पूरी तरह से बहाल होने के बाद, कार्यक्रम के एक आपातकालीन रुकावट के मामले में पूरे क्वेरी इतिहास को सहेजा जाता है।

विकास के निर्देश

उपकरण में कई छोटी चीजें हैं जिनका उल्लेख यहां नहीं किया गया है, क्योंकि वे विशिष्ट विशेषताएं नहीं हैं। इसके अलावा, इन छोटी चीजों में से कई की मृत्यु हो गई है या फिर अनन्त उपयोग के कारण मर जाएगा, या रिफैक्टरिंग के उत्पादों द्वारा।

जबकि उपकरण बहुत कम जाना जाता है, इसमें केवल वही होता है जो डेवलपर के साथ सामना किया जाता है। यदि ब्याज और मांग है, तो बहुत कुछ मरम्मत और पूरा किया जा सकता है।

प्रारंभ में, उपकरण एक डेस्कटॉप के रूप में विकसित हुआ, लेकिन हाल ही में इसके लिए एक सरल वेब इंटरफ़ेस एक प्रयोग के रूप में लागू किया गया था। डेस्कटॉप इंटरफ़ेस अपने आप में बहुत पुराना है।

आपकी प्रतिक्रिया, प्रिय पाठकों, मुझे आशा है कि यह निर्धारित करेगा कि उपकरण को एक गतिशील जीवन जीना चाहिए, या यह सिर्फ एक दृष्टांत है
विकास की एक और मृत अंत शाखा। आपका ध्यान के लिए धन्यवाद!