2011-01-28 13 views
7

अच्छे पुराने ओल्डब बार में मैंने कनेक्शन स्ट्रिंग्स को जांचने और बनाने के लिए UDL फ़ाइलों और संबंधित विज़ार्ड का उपयोग किया था। आजकल कनेक्शन स्ट्रिंग्स आप इस तरह से बना सकते हैं कि सार्वभौमिक नहीं हैं। उदाहरण के लिए ADO.NET इकाई फ्रेमवर्क सजाए गए कनेक्शन स्ट्रिंग बनाता है जो यूडीएल विज़ार्ड संभाल नहीं सकता है। आज के सार्वभौमिक डेटा लिंक बनाने के लिए कोई उपकरण है?वास्तव में सार्वभौमिक डेटा लिंक कहां हैं?

+2

कितना दिलचस्प है। ऐसा लगता है कि यह सिर्फ पोफ चला गया। कुछ भी नहीं कह रहा है कि इसे बहिष्कृत या अप्रचलित कर दिया गया था। – Amy

उत्तर

3

मुझे लगता है कि वहाँ के बीच एक अंतर है:

  • उपकरण कनेक्शन तार बनाने में मदद करता है कि (एक पॉप-अप होने के लिए जब आप .udl फ़ाइल पर डबल क्लिक करें)। यह टूल COM-आधारित है और Ole32.dll में रहता है और अभी भी काम कर रहा है।
  • कनेक्शन स्ट्रिंग्स की अवधारणा जो कभी नहीं बदली है। (यह बहुत आसान है: कुंजी/मूल्य जोड़ी की एक सूची!)

आज (यानी: .NET?) कनेक्शन स्ट्रिंग ओलेडीबी कनेक्शन स्ट्रिंग से कम सार्वभौमिक नहीं हैं। वे हमेशा दिए गए प्रदाता के लिए विशिष्ट होते हैं। कुंजी/मूल्य जोड़े समान नहीं हो सकते हैं, लेकिन अवधारणा हमेशा वहां होती है।

यूडीएल उपकरण COM ऑब्जेक्ट्स का उपयोग करके काम करता है और अभी भी इसका उपयोग किया जा सकता है। उदाहरण के लिए, कोई इकाई फ्रेमवर्क कनेक्शन स्ट्रिंग के लिए यूडीएल टूल में एक एक्सटेंशन लिख सकता है। यह इन दिनों तो प्राकृतिक प्रतीत नहीं होता है, हालांकि मैं इस बात से सहमत, Provider Extensible Data Link User Interface API

.udl फ़ाइलों .NET में प्रयोग करने योग्य अभी भी कर रहे हैं (पी/आह्वान के साथ) IDBPromptInitialize और IDataInitialize OleDb के इंटरफेस का उपयोग कर, :): यहाँ आधिकारिक संदर्भ पर एक लिंक है

3

एक सार्वभौमिक "डाटा लिंक" सभी सभी डेटाबेस विक्रेताओं/संस्करणों, सबसे सॉफ्टवेयर घर में निगमों ने लिखा है घर डेटाबेस में अपने से बात करने के कार्यों का समर्थन नहीं कर सकते, तो की जरूरत नहीं है डेटाबेस स्वतंत्र हो।

एपीआई के खिलाफ कोड करना कठिन है जो आपके चुने हुए डेटाबेस द्वारा प्रदान किए जाने वाले कार्यों के लिए एक अच्छा मिलान नहीं है क्योंकि दस्तावेज़ीकरण उस डेटाबेस से मेल नहीं खाता है जिसे आप उपयोग करने का प्रयास कर रहे हैं।

माइक्रोसॉफ्ट अब डेटाबेस विक्रेता को डेटाबेस के लिए Ado.net डेटा एक्सेस समर्थन प्रदान करने की अपेक्षा करता है, इसलिए प्रत्येक डेटाबेस के लिए डेटा एक्सेस अलग-अलग होता है - लेकिन अधिकांश लोगों को परवाह नहीं है क्योंकि कोड को केवल काम करने की आवश्यकता है एक डेटाबेस विक्रेता के साथ।

तृतीय पक्ष विकल्प जैसे devArt's dotConnect और DataDirect हैं जो .NET के लिए एक सार्वभौमिक "डेटा लिंक" प्रदान करते हैं लेकिन कीमत पर।

nHibernate अधिकांश विक्रेताओं के शीर्ष पर बैठेगा .नेट डेटाबेस एक्सेस लेयर और यदि आप ओआरएम का उपयोग करने में खुश हैं तो अधिकांश अंतर छुपाएं।

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