32-बिट एक्सेल और 64-बिट एसक्यूएल सर्वर

SQL सर्वर में Excel से एक प्लेट पढ़ें ... वास्तव में, क्या आसान हो सकता है? इसके लिए बहुत संभावनाएं हैं। एक एकीकरण सेवा उपकरण है, जो पूर्व डीटीएस है, एक आयात / निर्यात विज़ार्ड है जो एक ही "पर्दे के पीछे" है, आप जल्दी से अपने खुद के ADO.NET एप्लिकेशन का निर्माण कर सकते हैं, अंत में, यदि आप गौरैया के साथ तोपों को शूट करने के लिए अनिच्छुक हैं, तो आप लिंक तंत्र का उपयोग कर सकते हैं सर्वर, जिसे डीटीएस के रूप में जाना जाता है, सातवें समय के बाद से, जो आपको तालिका के सेट (तालिकाओं के सेट) या प्रत्यक्ष (तदर्थ) क्वेरी के रूप में सैद्धांतिक रूप से किसी भी ODBC / OLE DB-reachable स्रोत को आसानी से और सुरुचिपूर्ण ढंग से देखने की अनुमति देता है। यह तब तक था जब तक 64-बिट आर्किटेक्चर हाय एंड डोमेन से कुछ नहीं निकला और डेवलपर्स और उपयोगकर्ताओं के लैपटॉप पर आ गया। एक साधारण उपयोगकर्ता, सब के बाद, अपने लिए एक डेटाबेस सर्वर स्थापित करने की संभावना नहीं है, लेकिन एक डेवलपर के लिए स्थिति एक विदेशी के लिए बाहरी नहीं है जब एक एकल x64- आधारित मशीन पर 32-बिट एमएस ऑफिस के सह-कलाकारों के साथ 64-बिट SQL सर्वर। इस मामले में, एक्सेल या एक्सेस पर एक लिंक किए गए सर्वर को बनाने से समस्या होती है, क्योंकि उनके लिए ड्राइवर, निश्चित रूप से, 32-बिट, जो कि SQL सर्वर, 64-बिट है, समझ में नहीं आता है। उनके पास अपने जानने वाले प्रदाताओं की सूची में ऐसा कुछ भी नहीं है, हालांकि कनेक्टिविटी सहित सभी गैजेट के साथ कार्यालय कंप्यूटर पर है।


चित्र 1

तदनुसार, एक्सेल पर लिंक किए गए सर्वर का उपयोग करने का प्रयास, जैसा कि प्रलेखन में वर्णित है , त्रुटि Msg 7302, स्तर 16, राज्य 1, पंक्ति 1 की ओर जाता है
लिंक किए गए सर्वर के लिए OLE DB प्रदाता "Microsoft.ACE.OLEDB.12.0" का उदाहरण नहीं बनाया जा सकता ...
शाश्वत प्रश्न "क्या करना है" उठता है?

खैर, क्या किया जाए। 64-बिट प्रदाता, निश्चित रूप से रखो। यहां ( Microsoft Access डेटाबेस इंजन 2010 Redistributable ) वे केवल दो टुकड़ों द्वारा वितरित किए जाते हैं: AccessDatabaseEngine.exe और AccessDatabaseEngine_x64.exe। 64-बिट वाले को डाउनलोड करें, इंस्टॉलेशन को चलाएं और एक गंदगी प्राप्त करें।


Fig.2

यही है, अगर 64-बिट एसक्यूएल सर्वर के पास 32-बिट कार्यालय नहीं था, तो जीडी के लिए, लेकिन उच्च प्रौद्योगिकियों ने इतनी ऊंचाई तक विकसित किया है कि यह स्पष्ट नहीं है कि क्या करना है। 32-बिट ऑफ़िस को ध्वस्त करने के लिए और 64-बिट को बदले में, SQL सर्वर को एक्सेल टैबलेट में लाने के लिए? 64-बिट SQL सर्वर को ध्वस्त करने के लिए और केवल उसी के लिए 32-बिट को बदलने के लिए? मुझे नहीं लगता है कि यह एक लचीला समाधान है, और ऐसा अवसर हमेशा संभव नहीं है। उदाहरण के लिए, जैसा कि एक आदमी लिखता है , एमएस एक्सेस डेटाबेस ग्राहकों की साइट पर एक उत्पादन वातावरण है, और मेरे लिए इसे 64-बिट संस्करण स्थापित करने और स्थापित करने का विकल्प नहीं है। यह मौजूदा SQL सर्वर 64 बिट को डी-इंस्टाल करने और 32 बिट संस्करण को स्थापित करने का विकल्प नहीं है, निश्चित रूप से। SQL सर्वर 32 बिट्स की अतिरिक्त स्थापना, केवल MS Access के लिए लिंक प्रदान करना ही एकमात्र विकल्प होगा। मुझे यह काफी भयानक लगता है। गलतफहमी शुरू हो जाती है। चूंकि 64-बिट जेट नहीं है, इसलिए आपको "Microsoft Access डेटाबेस इंजन 2010 Redistributable" के 64-बिट संस्करण को डाउनलोड और इंस्टॉल करना होगा। - आपके उत्तर के लिए धन्यवाद, लेकिन जब मैं AccessDatabaseEngine_X64.exe स्थापित करता हूं तो मुझे निम्नलिखित त्रुटि मिलती है (चित्र 1 देखें ) - कृपया इस KB आलेख का संदर्भ लें: support.microsoft.com/kb/2269468 - लिंक में लेख अपने अंतिम संदेश में सभी Office 32 बिट्स उत्पादों को डी-इंस्टॉल करना बताता है। इसका मुझे कोई मतलब नहीं है, क्योंकि लक्ष्य 32 बिट्स एमएस एक्सेस डेटाबेस से कनेक्ट करना है ... - आपको एक्सेस फ़ाइल से कनेक्ट करने के लिए "Microsoft ACE OLEDB प्रदाता" के 64-बिट संस्करण को स्थापित करने की आवश्यकता है या 64-बिट) SQL सर्वर से। - लेकिन मैंने 64 बिट्स ड्राइवर को स्थापित करने की कोशिश की, लेकिन यह मुझे एक इंस्टॉलेशन त्रुटि दे रहा है ... - पिछला KB आलेख कारण बताता है और समाधान प्रदान करता है, आप इसे संदर्भित कर सकते हैं। - आप मुझे मंडलियों में मार्गदर्शन कर रहे हैं।

दरअसल, समस्या Microsoft ACE OLEDB प्रदाता के 64-बिट संस्करण को 32-बिट कार्यालय के बगल में स्थापित करने के लिए बाध्य करने के लिए है। यह माथे में क्यों नहीं किया जा सकता है यह एक दार्शनिक सवाल है, और इसके विषय पर बहुत सारी प्रतियां भी टूटी हुई हैं। यह तथ्य कि वे हमारे आवेदन के दो अलग-अलग संस्करणों को संकलित करने के लिए हमें बाध्य नहीं कर सकते; विशेष रूप से x86 प्लेटफ़ॉर्म के लिए एक और x64 प्लेटफ़ॉर्म के लिए एक। फिर हमें किसी तरह यह निर्धारित करना है कि ACE ड्राइवर का कौन सा संस्करण स्थापित है, इसलिए हमें पता है कि हमारे आवेदन का कौन सा संस्करण (32 या 64 बिट) स्थापित करना है। जीवन बहुत सरल होगा यदि हम डिफ़ॉल्ट एएनसीपीयू के लिए बस अपने ऐप को संकलित कर सकते हैं और फिर दोनों 32 और 64 डाटाप्रोवाइडर को स्थापित करने की अनुमति दी गई ... 32 और 64 बिट एसीई सह-अस्तित्व क्यों नहीं हो सकता है? - यह इस तथ्य पर आधारित है कि Microsoft 32 और 64-बिट Microsoft Office 2010 या उनके आश्रित घटकों के पक्ष द्वारा साइड का समर्थन नहीं करता है ... - मुझे क्षमा करें, लेकिन यह प्रश्न का बहुत उपयोगी उत्तर नहीं है। प्रश्न: Microsoft Access डेटाबेस इंजन 2010 Redistributable (AccessDatabaseEngine.exe और AccessDatabaseEngine_X64.exe) के 32 और 64 बिट संस्करणों को एक ही मशीन पर क्यों नहीं स्थापित किया जा सकता है? A: Microsoft 32 और 64-बिट Microsoft Office 2010 के साइड इंस्टाल द्वारा साइड का समर्थन नहीं करता है। यह जवाब नहीं दे रहा है, यह सिर्फ दूसरे शब्दों में सवाल दोहरा रहा है। क्यू: मैं ऐसा क्यों नहीं कर सकता? A: क्योंकि हम इसका समर्थन नहीं करते हैं। प्रश्न: आप इसका समर्थन क्यों नहीं कर सकते? A: क्योंकि हम इसका समर्थन नहीं करते हैं।

स्वयं के लिए एक वर्कअराउंड के रूप में, मैंने AccessDatabaseEngine_X64.exe की स्थापना का उपयोग / निष्क्रिय स्विच के साथ किया, जो प्रदाता के 64-बिट संस्करण को Office के 32-बिट संस्करण के साथ कंधे से कंधा मिलाकर चलने की अनुमति देता है। यह जोर दिया जाना चाहिए कि यह विधि आधिकारिक तौर पर Microsoft द्वारा समर्थित नहीं है, असंगति के साथ संभावित समस्याओं के बारे में चेतावनी भी है। जब मैंने ड्राइवर AccessDatabaseEngine_x64.exe स्थापित किया है ... MS Office Pro Plus एक MS कॉन्फ़िगरेशन प्रक्रिया शुरू करता है जो एक दस्तावेज़ या Office प्रोग्राम खुलने से पहले एक या दो मिनट तक का समय ले सकती है । यदि कार्यालय 2010 32 बिट स्थापित है और यदि 64-बिट इक्का / निष्क्रिय के साथ स्थापित किया गया है , तो ** ** ** हर बार जब आप एक्सेस 2010 चलाते हैं, तो आपको एक स्वचालित स्थापना दिनचर्या मिलती है जो कार्यालय के लिए 32-बिट ड्राइवरों को रीसेट करती है । मेरे मामले में (कार्यालय 2013 प्रो प्लस, एसक्यूएल सर्वर 2012 डेवलपर एड।, विंडोज 8.1) अभी तक कोई भी दृश्य समस्या (पै-पै-पै) नहीं है, लेकिन एक बार फिर मैं यह नोट करना चाहता हूं कि यह वह सब है जिसे कहा जाता है, जैसा कि और जिसके बिना। कोई दायित्व।

मैं AccessDatabaseEngine_x64.exe डाउनलोड करता हूं , प्रत्येक फायरमैन के लिए एक सिस्टम रिस्टोर प्वाइंट बनाता हूं (हालांकि, मेरी राय में, कार्यालय के घटकों को अपडेट करते समय, यह स्वचालित रूप से वैसे भी बनाया जाता है), मैंने इसे कमांड लाइन से रखा। यहाँ संभव कुंजी हैं:


3 चित्र


चित्र 4

अंजीर 2 के विपरीत, स्थापना शुरू होती है


चित्रा 5

और कहीं आधे मिनट में यह सूख जाता है, व्यवसायिक तरीके से, बिना किसी धूमधाम के, ठीक है, चीयर्स, मैं उठ गया, आदि। अब हम देखेंगे कि सुखोव क्या है। अंजीर में 1, प्रोवाइडर्स के संदर्भ मेनू से हम कहते हैं कि ताज़ा करें और, जैसा कि वे कहते हैं, हम अंतर महसूस करते हैं।


चित्रा 6

यह प्रेरणा देता है। सरल xllx जल्दी से टकरा गया:


चित्र 7

SQL सर्वर में, इस Excel में एक लिंक किया हुआ सर्वर बनाएँ:

if exists (select 1 from sys.servers where name = 'XlsLnkSrv') exec sp_dropserver @server = 'XlsLnkSrv', @droplogins = 'droplogins' exec sp_addlinkedserver @server = 'XlsLnkSrv', @srvproduct = 'ACE 12.0', @provider = 'Microsoft.ACE.OLEDB.12.0', @datasrc = 'C:\Temp\Sample.xlsx', @provstr = 'Excel 12.0; HDR=Yes' 

लिपि १

और एक फीका हम पढ़ते हैं:

 select * from openquery (XlsLnkSrv, 'Select * from [Sheet1$]') 

लिपि २

लक्ष्य? नहीं, अंजीर!

एमएसजी 7399, लेवल 16, स्टेट 1, लाइन 1
OLE DB प्रदाता "Microsoft.ACE.OLEDB.12.0" से जुड़े सर्वर "XlsLnkSrv" ने एक त्रुटि की सूचना दी। प्रदाता ने त्रुटि के बारे में कोई जानकारी नहीं दी।
Msg 7303, स्तर 16, राज्य 1, पंक्ति 1
लिंक किए गए सर्वर "XlsLnkSrv" के लिए OLE DB प्रदाता "Microsoft.ACE.OLEDB.12.0" के डेटा स्रोत ऑब्जेक्ट को प्रारंभ नहीं कर सकता।

नहीं, (एक्सेल बंद करना भूल गया) अभी भी एक लक्ष्य है!


चित्र 8

इसी तरह,

 select * from openrowset('Microsoft.ACE.OLEDB.12.0', 'Excel 12.0;Database=C:\Temp\Sample.xlsx;HDR=Yes', 'Select * from [Sheet1$]') 

लेकिन उसके लिए (सिर्फ मामले में, मैं आपको याद दिलाता हूं) आपको पहले करना होगा

 exec sp_configure 'show advanced options', 1; reconfigure; exec sp_configure 'Ad Hoc Distributed Queries', 1; reconfigure 

लिपि ३

निष्कर्ष में, यह ध्यान दिया जाना चाहिए कि 64-बिट प्रदाता 32-बिट एक के साथ कंधे से कंधा मिलाकर नहीं खड़ा था, लेकिन इसे खुद के साथ बदल दिया, इसलिए अब, उदाहरण के लिए, मैं बीआई परियोजना (पूर्व में बीआईडी) एसक्यूएल सर्वर डेटा टूल्स में एकीकरण सेवा कार्यालय के साथ काम करने से इनकार कर दूंगा )। यदि आप एक ही Sample.xslsx पर DTS पैकेज के डेटा फ्लो में एक कनेक्शन बनाते हैं, तो Microsoft Office 12.0 एक्सेस डेटाबेस इंजन OLE DB प्रदाता के प्रारंभ में एक त्रुटि होती है, जो तार्किक है क्योंकि devenv.exe 32-बिट है और प्रदाता अब 64-बिट है। व्यवहार वापस करने के लिए, आपको 32-बिट कार्यालय प्रदाता ( वहां से ) को पुनर्स्थापित करने की आवश्यकता है, लेकिन फिर लिंक किए गए सर्वर को बाय करें। लिंक किए गए सर्वर को काम करने के लिए, लेख की शुरुआत देखें। कुछ इस तरह। मेरी मामूली जरूरतें वर्तमान में एक्सेल तक सीमित थीं। उदाहरण के लिए, मैंने एक्सेस डेटाबेस के साथ काम करने का परीक्षण नहीं किया है। पाठकों को एक स्वतंत्र अभ्यास के रूप में प्रदान किया गया। कनेक्शन पर जानकारी को देखते हुए एक करतब के लिए भी जगह है।