2012-10-18 16 views
5

पर त्रुटि मैं विंडोज पर एमएस एक्सेस 2010 में एक विभाजन डेटाबेस है 7.एमएस एक्सेस - "फ़ाइल पहले से प्रयोग में" विभाजित डेटाबेस

वापस अंत एक फ़ोल्डर में एक नेटवर्क ड्राइव है कि केवल कुछ लोगों को लिखने पर है अनुमतियाँ; हर किसी को अनुमतियां पढ़ी गई हैं।

प्रत्येक उपयोगकर्ता की अपनी स्थानीय मशीन पर संग्रहीत फ्रंट एंड की अपनी प्रति होती है।

दोनों बीई & एफई सभी उपयोगकर्ताओं के लिए साझा, अनन्य के रूप में खोलने के लिए सेट हैं।

यदि केवल पढ़ने वाले अनुमति वाले उपयोगकर्ता को पढ़ने की अनुमति मिलती है जबकि अन्य उपयोगकर्ता को केवल पढ़ने के लिए अनुमतियां मिलती हैं, तो वे ठीक हो सकते हैं।

यदि केवल पढ़ने वाले अनुमति वाले उपयोगकर्ता को लिखने की अनुमति मिलती है, तो उपयोगकर्ता को लिखने की अनुमति के साथ खोलने की कोशिश होती है, तो उन्हें "फ़ाइल पहले से उपयोग में आने वाली" संदेश मिलती है और वे डेटाबेस नहीं खोल सकते हैं।

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

क्या एक विभाजित डेटाबेस के सभी उपयोगकर्ताओं को पूर्ण पहुंच की आवश्यकता है? मैं वास्तव में नहीं चाहता कि हर कोई संपादन कर सके। काम करने के लिए मैं कुछ भी कर सकता हूं?

+0

जब आप "अनुमतियाँ" के बारे में बात करते हैं, तो क्या आप विंडोज फ़ाइल/फ़ोल्डर अनुमतियों के बारे में बात कर रहे हैं? यदि हां, मुझे विश्वास है कि सभी को फ़ोल्डर (और इसकी फाइलें) को अनुमतियां पढ़ने और लिखना होगा जो आपके डेटाबेस को संग्रहीत करता है। आपको सुरक्षा/अनुमतियों को एक अलग तरीके से लागू करने या SQL सर्वर पर अपना डेटा स्थानांतरित करने की आवश्यकता है जो सुरक्षा/अनुमतियों पर अधिक नियंत्रण की अनुमति देता है। – HK1

+0

हाँ, मेरा मतलब विंडोज अनुमतियां है। – maneesha

उत्तर

6

समस्या इस तथ्य के साथ निश्चित रूप से कुछ करने के लिए है कि केवल-पढ़ने वाले ग्राहक .laccdb लॉक फ़ाइल का प्रबंधन नहीं कर सकते हैं क्योंकि उनके पास साझा फ़ोल्डर में लेखन अनुमति नहीं है जिसमें डेटाबेस फ़ाइल रहता है।

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

ताला फ़ाइलों के संबंध में कुछ प्रलेखन: Introduction to .ldb files

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

वैकल्पिक रूप से, यदि आप एक्सेस 2007/2010 सुविधाओं का उपयोग नहीं कर रहे हैं, तो आप बैकएंड के रूप में पुरानी .mdb फ़ाइल का उपयोग करने और अपनी पुरानी शैली की सुरक्षा सुविधाओं का उपयोग करने के लिए वापस लौट सकते हैं।

आखिरकार, यदि आप वास्तव में पहुंच को नियंत्रित करना चाहते हैं, तो आपको क्लाइंट के भीतर से अपनी स्वयं की सुरक्षा योजना रोल करने की आवश्यकता हो सकती है, जिससे उपयोगकर्ता लॉग-इन (या उनकी मशीन की पहचान का उपयोग कर सकते हैं) और अपने फॉर्म अपडेट कर सकते हैं। 'डेटा संपादन गुणों के आधार पर उस विशेष उपयोगकर्ता/मशीन को क्या करने की अनुमति है।

+0

+1 बिल्कुल, इसकी पढ़ी/केवल फ़ोल्डर सेटिंग जो उपयोगकर्ता को लॉक फ़ाइल बनाने और/या संशोधित करने से रोकती है। –

संबंधित मुद्दे