हेकोटन: अच्छा या बुरा?

जुलाई अंत में आ रहा है, और अब तक किसी ने भी MSSQL सर्वर 2014 के CTP रिलीज को Habré पर याद नहीं किया है।
अगले साल की रिलीज को "हेकटन" का संकेत दिया गया है। इसकी उपस्थिति की घोषणा 2012 में PASS सम्मेलन में की गई थी और तब यह केवल इन-मेमोरी इंजन OLTP का नाम था। अब यह रैम में सीधे लेनदेन प्रसंस्करण के अंतर्निहित समर्थन और अनुकूलन के साथ पूरी रिलीज का नाम है।

आइए इतिहास की ओर रुख करते हैं।
यदि प्राचीन काल में (यहां तक ​​कि कठोर 70 के दशक में, जब सेंट्स डेटा और कॉड ने आईबीएम पर काम किया था, और एक 300 एमबी हार्ड ड्राइव एक वयस्क बोने की तरह तौला गया ), तो डेटा को भंडारण के लिए शुरू में अनुकूलित किया गया था ... हाँ, कुछ भी: टेप जिन्हें हम जानते थे कि आधुनिक थे हेडर, बॉडी, और एंड-ऑफ-फ़ाइल आइकन से युक्त फाइलें आधुनिक रूप में फाइल सिस्टम डिस्क पर मौजूद नहीं थीं - डेटाबेस से डेटा किसी दिए गए तालिका के डेटा को संग्रहीत करने के लिए पहले से ही चिह्नित डिस्क पर बंद कर दिया गया था, अर्थात, डेटाबेस द्वारा स्वयं और अपने स्वयं के डेटा को संग्रहीत करने के लिए स्वरूपण किया गया था। और अभी भी मेमोरी सेल (डेटा सेल) थे। वे एक सपना थे क्योंकि उन्होंने किसी भी समय यादृच्छिक पढ़ने और लिखने की अनुमति दी थी, लेकिन जैसा कि उम्मीद थी कि वे महंगे थे और वास्तव में विशाल (70 वें वर्ष के लिए मेमोरी कोशिकाओं में 640 केबी सीने से प्रेस में एक ओलंपिक रिकॉर्ड के लिए पर्याप्त होगा)। साल बीत गए: टेप के भारी बॉबी साफ-सुथरे एलटीओ कार्ट्रिज में बदल गए, हार्ड ड्राइव को फाइल सिस्टम मिल गए और उन्हें पूरी तरह से वजन में गिरा दिया गया, और मेमोरी सेल अच्छी तरह से ज्ञात रैम और आंशिक रूप से एसएसडी में बदल गए। तकनीकी रूप से, यह एक उज्ज्वल भविष्य लगता है, लेकिन नहीं। सभी मोर्चों पर प्रभावी कंप्यूटिंग और डेटा प्रोसेसिंग के दुश्मनों की घुसपैठ आगे बढ़ रही थी। OOP ने प्रकट किया कि आर्थिक बाइट अनुरोधों के बजाय, मेगाबाइट को लेने के लिए जावा के नेतृत्व में शुरू किया गया था, और फिर गीगाबाइट सीधे रैम में गिरता है और इसे अनिर्धारित वस्तुओं की लाशों के साथ जोड़ा जाता है।

इस समय, पुराने जमाने के डेटाबेस का ईमानदारी से मानना ​​था कि वे एक हार्ड ड्राइव के साथ काम कर रहे थे, हालांकि उन्होंने उन्हें रैम में और अधिक खींचने की कोशिश की, लेकिन उन्होंने इसे बहुत अधिक अहंकार के बिना किया और बेशर्मी से कैश (अंग्रेजी) शब्द - कैश कहा । यही है, वे नहीं कह सकते: "यह तालिका (आधार) रैम और अवधि में झूठ होगा! "। और बशर्ते हिट कैश आँकड़े प्रदर्शित किए गए थे, या तो हमें 99.8 जैसे नंबरों के साथ खुश कर रहे थे, फिर 25.2 दिखा कर परेशान और निराश कर रहे थे।
MSSQL सर्वर 2014 के मूल में हेकोटन इंजन को एम्बेड करना कार्यक्षमता को थोड़ा विस्तारित करता है
ऐसा लगता है, यह व्यापार में सरल डीबीए को कैसे मदद कर सकता है?
मैं 2012 में उस निंदनीय सम्मेलन से कुछ तस्वीरें संलग्न कर रहा हूं। (प्रमुख स्थानों पर प्रकाश डाला गया):





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

सारांश: आम तौर पर, हमेशा की तरह। एक नई रिलीज़ सामने आई है, और उन लोगों की श्रेणी से समाचार जिन्हें कल ज़रूरत थी (अब हाई-स्पीड डेटाबेस सक्रिय रूप से SSD के लिए क्रॉल कर रहे हैं और मेमोरी के साथ यह ट्रिक वास्तव में अब आवश्यक नहीं है), या जूनियर कमांड मिडिल मैनेजमेंट टीम के लिए सरल सज्जाकार। SQL 3.0, या कम से कम PL / SQL के कार्यान्वयन की तरह एक झटका, फिर से नहीं हुआ। फिर इंतजार नहीं हुआ।

UPD: रुचि रखने वालों के लिए, श्वेतसूची और अन्य प्रलेखन के लिए एक लिंक । और मैं लापरवाह रिलीज़ के लिए पीने नहीं जाऊँगा। सभी एक छुट्टी के साथ।

नोट: अंग्रेजी कैश, फ्राम से। कैचर - "छिपाना"; उच्चारण [k with] - "कैश" अक्सर नकदी के साथ भ्रमित होता है - वास्तव में नकद। त्वरित पहुंच उपकरणों की कीमतों को देखते हुए - दूसरा विकल्प अधिक महत्वपूर्ण है। :)