एक्सेस एप्लिकेशन तक ऑफ-साइट एक्सेस को गति कैसे दें

Question

मैंने MS-Access 2013 पर SQL सर्वर के साथ बैक-एंड के रूप में एक कैलेंडर-प्रकार का एप्लिकेशन बनाया (प्रत्येक दिन कैलेंडर एक सबफॉर्म है)। लगभग 20 टेबल लाइन का उपयोग करके जुड़े हुए हैं Call AttachDSNLessTable([details here])। ऑन-साइट गति ठीक है, लेकिन जब मैं इसे वीपीएन के माध्यम से एक्सेस करने की कोशिश करता हूं, तो होम स्क्रीन को लोड करने में लगभग 6 मिनट लगते हैं। और बाकी सब कुछ करने में कम से कम 5 गुना अधिक समय लगता है।

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

Comments

प्रत्येक उपयोगकर्ता के फ्रंटएंड की एक प्रति है? या क्या उन्हें दूर से एक्सेस करने पर सब कुछ डाउनलोड करना होगा?

— CharlieRB

हां, प्रत्येक उपयोगकर्ता के पास अपने स्थानीय कंप्यूटर / लैपटॉप पर फ्रंटएंड की एक प्रति है।

— Mike

Answer 1

आपका सामान्य एप्लिकेशन आर्किटेक्चर (एक्सेस विद लिंक्ड टेबल्स) संभवतः इस उद्देश्य के लिए त्रुटिपूर्ण है। यह शायद तय किया जा सकता है (ज्यादातर) लेकिन बिना कुछ संशोधन के।

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

यहाँ SQL टेक्स्चर बैकएंड के साथ लिंक किए गए टेबल्स के लिए प्रदर्शन पर MS Technet doc है: https://technet.microsoft.com/en-us/library/bb188204%28v=sql.90%29.aspx

सबसे उचित बिट है:

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

• निर्धारित करने के लिए JET / ODBC डायग्नोस्टिक्स उपयोगिताओं का उपयोग करके जहां सभी काम हो रहा है।
• जहां संभव हो, वहां स्नैपशॉट रिकॉर्डसेट का उपयोग करना।
• दृश्य और संग्रहीत कार्यविधियों / क्रियाओं के साथ SQL सर्वर पर क्वेरी तर्क पुश करें।
• SQL सर्वर में ठोस कुंजी और अनुक्रमणिका स्थापित करें, और सुनिश्चित करें कि अनुक्रमणिका आवश्यकतानुसार खंडित हैं।
• आमतौर पर एक्सेस में कैशिंग का उपयोग किया गया डेटा।

उपरोक्त लिंक में आपकी स्थिति में किसी के लिए बहुत सारी सलाह और तकनीकी विवरण हैं सौभाग्य!

Comments

लिंक के लिए धन्यवाद। मुझे यकीन है कि यह परवाह किए बिना मददगार होगा, लेकिन ऐसा लगता है कि सलाह वीपीएन के माध्यम से मंदी के लिए विशिष्ट नहीं है। ऑन-साइट मेरी एप्लिकेशन गति बस ठीक है, समस्या बस एक वीपीएन के माध्यम से इसे एक्सेस करने की है। यदि मैंने लेख में युक्तियों का उपयोग करते हुए गति को अधिकतम किया है, तो यह तेज़ होगा लेकिन संभवतः वीपीएन के माध्यम से मंदी को कम करने के लिए पर्याप्त तेज़ नहीं होगा। मेरा प्रश्न अधिक आश्चर्यचकित करने वाला है कि क्या एप्लिकेशन को अच्छी तरह से साइट पर काम करने का एक तरीका था, चाहे वह वीपीएन की क्षमता बढ़ा रहा हो, जिससे एप्लिकेशन इंटरनेट का सामना कर रहा हो (यदि यह एक विकल्प है), आदि।

— Mike

वीपीएन थ्रूपुट एक लैन कनेक्शन की तुलना में बहुत अधिक विलंबता है। मैंने एक बार एक .Net ऐप को वीपीएन पर काम करने के लिए लिखा था जो डेटासेट को अपनी डेटा एक्सेस तकनीक के रूप में उपयोग करता था, और हमारे कार्यालय में सब कुछ पूरी तरह से काम करता था, क्योंकि 100 एमबीपीएस लिंक पर 12 एमबी लगभग एक सेकंड में स्थानांतरित हो जाता है, लेकिन हमारे वीपीएन कनेक्टेड डीएसएल 5 का उपयोग करके जुड़ा हुआ है तार पर स्थानांतरण करने के लिए + मिनट। आप एप्लिकेशन को कम विलंबता लिंक पर स्वीकार्य रूप से चलाते हैं, लेकिन एक दूरस्थ वीपीएन कनेक्शन जैसे उच्च विलंबता लिंक की चिंताओं को दूर करने के लिए, आपको वही करना होगा जो मैंने किया था; कार्य के लिए केवल आवश्यक न्यूनतम डेटा पास करने के लिए अपनी डेटा एक्सेस पद्धति को परिष्कृत करें।

— Frank Thomas

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

— Frank Thomas