MSSQL बैकएंड के लिए एक्सेस डेटाबेस माइग्रेट करना


1

हमारे पास कैडेटों का एक डेटाबेस है जो सभी कार्यक्षमता और डेटा के लिए एक्सेस का उपयोग करता है। यह धीमा होने लगा है और हमेशा अपडेट नहीं होता है। मुझे पता है कि एक्सेस 2003 और उच्चतर (पुराने लोगों पर निश्चित नहीं) आपको डेटा के लिए एक बाहरी डेटा स्रोत से कनेक्ट करने देता है, और एक्सेस से रिपोर्ट और रूपों का उपयोग करता है

अगर मैंने डेटा के लिए उस सभी डेटा को MSSQL में परिवर्तित कर दिया और सर्वर पर पहुंच को इंगित कर दिया, तो क्या बहु-उपयोगकर्ता प्रदर्शन और विश्वसनीयता में सुधार होगा, खराब हो जाएगा या वही रहेगा? एक समय में 5 से कम उपयोगकर्ताओं वाले एक छोटे डेटाबेस के लिए पेशेवरों और विपक्ष क्या हैं?

जवाबों:


2

SQL सर्वर डेटाबेस में संग्रहीत डेटा तालिकाओं के लिए क्वेरीज़, फ़ॉर्म और रिपोर्ट वाले एक्सेस "फ्रंट एंड" को संलग्न करना बहुत सरल है। वहाँ एक उपकरण कहा जाता है "Microsoft SQL सर्वर माइग्रेशन सहायक एक्सेस के लिए" जो मौजूदा एक्सेस डेटाबेस को SQL सर्वर में ट्रांसफर करता है।

यह बहुत ही संदिग्ध है कि क्या आपको ऐसा करने से फायदा होगा। 5 से कम एक साथ उपयोगकर्ताओं के साथ "छोटा" डेटाबेस में किसी भी प्रदर्शन या विश्वसनीयता की समस्या नहीं होनी चाहिए जो एक्सेस 97 से एक्सेस 97 तक किसी भी संस्करण में चल रही हो। मेरे पास व्यक्तिगत रूप से बहुत जटिल मल्टीसियर एक्सेस सिस्टम की 200 से अधिक स्थापनाएं हैं, जिनमें से कई 10 से अधिक के लिए चल रही हैं साल, प्रत्येक स्थापना 25 से अधिक एक साथ उपयोगकर्ताओं के साथ, कोई विशेष समस्या नहीं है।

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

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

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

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

सौभाग्य!


बहुत अच्छा राइटअप! मेरा मुख्य मुद्दा यह है कि डेटाबेस को लगातार "अपडेट" किया जाता है, जहां हम निर्माता को वर्तमान .MDB फ़ाइल ईमेल करते हैं, और वह परिवर्तन और ईमेल वापस करता है। इसलिए मुझे नहीं पता कि यह अभी SQL सर्वर के साथ काम करेगा, लेकिन फिर भी ... महान पोस्ट / जानकारी
Canadian Luke

धन्यवाद! फॉर्म, रिपोर्ट आदि के साथ "फ्रंट एंड" में एप्लिकेशन को विभाजित करना और डेटा के साथ "बैक एंड" केवल अपडेट को बहुत आसान बनाता है। डेटा फ़ाइल आपके सर्वर पर रहती है, क्लाइंट वर्कस्टेशन पर फ्रंट एंड फ़ाइल। जब तक प्रोग्राम में परिवर्तन डेटा टेबल संरचनाओं को शामिल नहीं करता है, तब तक केवल सामने के छोर को बदल दिया जाता है। आपको प्रोग्रामर को फाइल भेजने की आवश्यकता नहीं है - वे सिर्फ प्रोग्राम फ्रंट एंड की अपनी कॉपी को अपडेट करते हैं और आपको भेजते हैं। आप डेटा फ़ाइल के साथ लगातार काम कर सकते हैं। जब कोई अपडेट आता है, तो आप इसे कम से कम व्यवधान के साथ क्लाइंट मशीनों पर कॉपी कर सकते हैं।
Dave Becker

यहां तक ​​कि अगर मैं टेबल से जुड़ा हुआ हूं और सिर्फ फ्रंट एंड में भेजता हूं, तो यह काम करेगा? जब वह टेबल को भी अपडेट करता है तो क्या होता है?
Canadian Luke

"तो भी अगर मैं टेबल से जुड़ा हुआ हूं और सिर्फ फ्रंट एंड में भेजता हूं, तो यह काम करेगा?" पूर्ण रूप से। "जब वह टेबल भी अपडेट करता है तो क्या होता है?" फिर आपको डेटा फ़ाइल (बैक एंड) का उपयोग करना बंद करना होगा, जबकि वह इसे संशोधित करता है, जैसा कि आप कर रहे हैं - लेकिन यह बहुत कम आम होना चाहिए। यदि आप इस डेटा सिस्टम को बनाने के लिए किसी को भुगतान कर रहे हैं और उस व्यक्ति ने पहले ही इसे फ्रंट एंड बैक बैक में विभाजित नहीं किया है, तो आपको एक पेशेवर गुणवत्ता वाला डिज़ाइन नहीं मिल रहा है।
Dave Becker

यह एक स्वयंसेवी संगठन के लिए है, वह समूह के एक और विभाजन का मालिक है। यह 100% स्वयंसेवक है, लेकिन राष्ट्रीय स्तर पर इसका क्या उपयोग हो रहा है
Canadian Luke
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.