MS SQL के लिए इन-मेमोरी की-वैल्यू कैश

इसके लिए क्या है?

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

समाधान के विकल्प।

• इस डेटा को संग्रहीत करने के लिए एक तालिका, एक नौकरी या अन्य विकृत नृत्यों में एक अनुसूचित अद्यतन प्रक्रिया, इस डेटा का उपयोग / निकालने के किसी भी सुविधाजनक रूपों।
  पेशेवरों: तालिका से डेटा का सुविधाजनक, त्वरित उपयोग / पुनर्प्राप्ति।
  विपक्ष: अतिरिक्त और असुविधा जब डेटा कैशिंग
• डेटा संग्रहीत करने के लिए एक तालिका, एक प्रक्रिया जो इस डेटा को निकालती है। प्रक्रिया - स्वयं के लिए एक साइकिल - तालिका में आवश्यक डेटा की उपलब्धता की जांच करता है, अगर वहाँ है, तो यह देता है, नहीं, यह उपरोक्त <सेवा> तक पहुंचता है, डेटा प्राप्त करता है, इसे तालिका में लिखता है, और फिर से देता है।
  पेशेवरों: कॉम्पैक्ट समाधान
  विपक्ष: डेटा प्राप्त करने के लिए बहुत असुविधाजनक। जैसा कि आप जानते हैं, MS SQL में हम 'StoredProcedure` से "select * नहीं कर सकते हैं, लेकिन केवल" Table` exec` StoredProcedure` में डालें "
• दरअसल, विचाराधीन विकल्प। हम एक स्थिर हैश तालिका का उपयोग करते हैं और सीएलआर विधानसभा में इसके लिए डेटा प्राप्त / लिखने के लिए कार्य करते हैं।
  पेशेवरों: अपेक्षाकृत सरल मामलों के लिए सार्वभौमिक और काफी त्वरित समाधान।
  विपक्ष: सीएलआर में स्थैतिक का उपयोग करना अनुशंसित अभ्यास नहीं है।
• और यह CLR फ़ंक्शन का उपयोग करके पहले से ही एक भयानक और कुटिल हैक है, जो एक अलग कनेक्शन के माध्यम से तालिका में डेटा लिख ​​देगा।

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

SQL सर्वर पर ही

CREATE FUNCTION [dbo].[GetPath] ( @ID INT ) RETURNS VARCHAR(512) AS BEGIN DECLARE @__CACHE_ENABLED BIT = 0; -- /  DECLARE @__CACHE_SECTION VARCHAR(50) = 'ggpi'; --  «»  DECLARE @__CACHE_VALUE_OUTDATE_MS INT = 8000; --    DECLARE @Path VARCHAR(512); IF (@__CACHE_ENABLED = 1) BEGIN SET @Path = dbo.CacheGet(@__CACHE_SECTION, @ID); --   IF (@Path IS NOT NULL) RETURN @Path; END; --      -  SET @Path = ItsALongLongWayToTipperary(@ID); IF (@__CACHE_ENABLED = 1) BEGIN DECLARE @resf BIT; SET @resf = dbo.CacheAdd(@__CACHE_SECTION, @ID, @Path, @__CACHE_VALUE_OUTDATE_MS); --        END; RETURN @Path; END 

और हम इस खुशी का उपयोग लगातार ओवरलैपिंग अनुरोध जैसे कि करते हैं

 SELECT ID, dbo.GetPath(ID) FROM GROUPS WHERE ID IN (…) 

खैर, और प्रस्तुति के लिए, सबसे सरल मसौदा कार्यान्वयन का एक टुकड़ा

 private static readonly ThreadSafeDictionary<string, ThreadSafeDictionary<string, CacheData>> Cache = new ThreadSafeDictionary<string, ThreadSafeDictionary<string, CacheData>>(); [Microsoft.SqlServer.Server.SqlFunction] public static bool CacheAdd(SqlString section, SqlString key, SqlString value, SqlInt32 availms) { ThreadSafeDictionary<string, CacheData> ht; Cache.TryGetValue(section.Value, out ht); if (null == ht) { ht = new ThreadSafeDictionary<string, CacheData>(); Cache[section.Value] = ht; } DateTime dt = DateTime.Now; ht[key.Value] = new CacheData(value.Value, dt.AddMilliseconds(availms.Value)); return true; } [Microsoft.SqlServer.Server.SqlFunction] public static SqlString CacheGet(SqlString section, SqlString key) { ThreadSafeDictionary<string, CacheData> ht; bool b = Cache.TryGetValue(section.Value, out ht); if (!b || null == ht) return SqlString.Null; CacheData sdp; b = ht.TryGetValue(key.Value, out sdp); if (!b) return SqlString.Null; if (sdp.OutDate > DateTime.Now) { return sdp.Value; } else { ht.Remove(key.Value); } return SqlString.Null; } 

और अंत में -

SQLServer'e पर एक स्थिर चर का उपयोग करने के लिए विधानसभा के लिए अनुमति सेट = अप्रतिबंधित की आवश्यकता होती है

समाधान, बल्कि, "अगर हम लेते हैं और बिगाड़ते हैं" की श्रेणी के अंतर्गत आता है, लेकिन यह लोड पर अच्छा प्रदर्शन करता है।

पूर्ण असेंबली कोड, अगर किसी को दिलचस्पी है, तो मैं बाहर रख सकता हूं।

अस्वीकरण: एमएस अनुशंसा नहीं करता है। मेमोरी के साथ सटीक। डेटा के दीर्घकालिक भंडारण की कभी गारंटी नहीं होती है।