"Superbaza"

एक बार जब उन्होंने मेरे लिए एक कार्य निर्धारित किया - एक दर्जन शाखाओं के डेटा के आधार पर कार्यालय-घरेलू हार्डवेयर (P4-2GHz, 1Gb RAM) पर रिपोर्ट तैयार करने के लिए, जो प्रत्येक एक हजार फाइलों के लिए सैकड़ों अलग-अलग डेटाबेस के रूप में प्रस्तुत किए जाते हैं। ये आधार थे 1C- ट्रेड 7.7 (dbf), फ्लैश ड्राइव पर शाखाओं से आने वाले महीनों से कट गए। कुल मात्रा को सैकड़ों गीगाबाइट में मापा गया था, केवल प्रतिलिपि बनाने में एक घंटे से अधिक समय लगा। लेकिन सभी शाखाओं में 3 साल की रिपोर्ट कुछ ही मिनटों में पूरी हो गई। कैसे?



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



एक सुपरबेस एक खाली आधार है जो अन्य ठिकानों के साथ काम कर सकता है। इसमें डेटा प्राप्त करने और रिपोर्ट बनाने के लिए उपलब्ध डेटाबेस और उपचार (स्क्रिप्ट) का एक सेट है।

उदाहरण के लिए, आपको स्पार्टक एलएलसी के एक ग्राहक के साथ आपसी बस्तियों पर एक रिपोर्ट की आवश्यकता है। हम नाम और टीआईएन (यदि कोई हो) का हिस्सा इंगित करते हैं, तो अवधि और अन्य पैरामीटर सेट करें। सुपरबेस एक डेटाबेस से शुरू होता है जिसे वह जानता है और एपीआई (ओएलई के माध्यम से) उन्हें इस तरह के और ऐसे मापदंडों के साथ ऐसी रिपोर्ट बनाने के लिए कमांड भेजता है। आधार एक रिपोर्ट बनाता है और इसे सुपरबेस को देता है। प्रत्येक डेटाबेस के लिए अलग-अलग रिपोर्ट से, एक सामान्य रिपोर्ट एकत्र की जाती है। रिपोर्ट के लिए एकत्र किया गया डेटा कैश्ड है; जब समान शर्तों के साथ पुन: निर्माण किया जाता है, तो डेटा को फिर से इकट्ठा करना आवश्यक नहीं है।

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

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

यदि आप SSD और अधिक शक्तिशाली हार्डवेयर पर MS-SQL का उपयोग करते हैं, तो प्रदर्शन एक सामान्य आधार पर बहुत अधिक प्राप्त किया गया था। उसी समय, कई डेटाबेस अलग-अलग वाहक से लॉन्च किए गए थे, जबकि प्रत्येक व्यक्तिगत डेटाबेस के लॉकिंग और एकल-थ्रेडिंग के साथ कोई समस्या नहीं थी। फ्लैश ड्राइव पर, बेस ने कभी-कभी एचडीडी पर भी तेजी से काम किया। रिपोर्टों को भागों में बनाया गया था, जिसने उन्हें पूरी प्रक्रिया के अंत से पहले विचार शुरू करने की अनुमति दी थी। स्थितियों में त्रुटियों के मामले में, आप पूरी तरह से गठित होने तक प्रतीक्षा किए बिना रिपोर्ट को धीमा कर सकते हैं।

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

कार्यान्वयन विवरण के बारे में थोड़ा। यह सब 1 सी-एंटरप्राइज 7.7 रिलीज 25 पर किया गया था। डेटाबेस खोलने के लिए दो विकल्प - एक ओएलई के माध्यम से, प्राथमिक सूचना और निर्देशिका से इत्मीनान से खींचने के लिए। दूसरा कमांड लाइन से एक स्टैंड-अलोन लॉन्च है, जिसमें ऑटोरुन.र्ट प्रोसेसिंग शुरू हुई है। डेटाबेस को खोलने से पहले, यह ऑटोरुन.र्ट और सेटिंग्स फ़ाइल डेटाबेस निर्देशिका में कॉपी किया गया था। प्रसंस्करण के बाद, परिणाम एक फ़ाइल में सहेजा गया था (आमतौर पर मानों की सूची या मानों की तालिका के रूप में फ़ाइल में मान के माध्यम से क्रमबद्ध) ()।

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