ऑब्जेक्ट-रिलेशनल मैपिंग: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Distinguish| | {{Distinguish|ऑब्जेक्ट-रोल मॉडलिंग}} | ||
{{short description|Programming technique}} | {{short description|Programming technique}} | ||
| Line 43: | Line 43: | ||
वस्तु-उन्मुख भाषा और संबंधपरक डेटाबेस के बीच आदान-प्रदान की पारंपरिक विधिों की तुलना में, ओआरएम अधिकांश लिखे जाने वाले कोड की मात्रा को कम कर देता है।<ref>Douglas Barry, Torsten Stanienda, "Solving the Java Object Storage Problem," Computer, vol. 31, no. 11, pp. 33-40, Nov. 1998, [http://www2.computer.org/portal/web/csdl/doi/10.1109/2.730734 http://www2.computer.org/portal/web/csdl/doi/10.1109/2.730734 ], Excerpt at http://www.service-architecture.com/object-relational-mapping/articles/transparent_persistence_vs_jdbc_call-level_interface.html. Lines of code using O/R are only a fraction of those needed for a call-level interface (1:4). ''For this exercise, 496 lines of code were needed using the ODMG Java Binding compared to 1,923 lines of code using JDBC.''</ref> | वस्तु-उन्मुख भाषा और संबंधपरक डेटाबेस के बीच आदान-प्रदान की पारंपरिक विधिों की तुलना में, ओआरएम अधिकांश लिखे जाने वाले कोड की मात्रा को कम कर देता है।<ref>Douglas Barry, Torsten Stanienda, "Solving the Java Object Storage Problem," Computer, vol. 31, no. 11, pp. 33-40, Nov. 1998, [http://www2.computer.org/portal/web/csdl/doi/10.1109/2.730734 http://www2.computer.org/portal/web/csdl/doi/10.1109/2.730734 ], Excerpt at http://www.service-architecture.com/object-relational-mapping/articles/transparent_persistence_vs_jdbc_call-level_interface.html. Lines of code using O/R are only a fraction of those needed for a call-level interface (1:4). ''For this exercise, 496 lines of code were needed using the ODMG Java Binding compared to 1,923 lines of code using JDBC.''</ref> | ||
ओआरएम उपकरण के नुकसान सामान्यतः कार्यान्वयन कोड में वास्तविक में क्या हो रहा है, इसे अस्पष्ट करने वाले [[डेटाबेस अमूर्त परत]] के उच्च स्तर से उत्पन्न होते हैं। इसके | ओआरएम उपकरण के नुकसान सामान्यतः कार्यान्वयन कोड में वास्तविक में क्या हो रहा है, इसे अस्पष्ट करने वाले [[डेटाबेस अमूर्त परत]] के उच्च स्तर से उत्पन्न होते हैं। इसके अतिरिक्त, ओआरएम सॉफ़्टवेयर पर भारी निर्भरता को खराब डिज़ाइन किए गए डेटाबेस के उत्पादन में प्रमुख कारक के रूप में उद्धृत किया गया है।<ref>Josh Berkus, "Wrecking Your Database", Computer, Aug. 2009, https://www.toolbox.com/tech/data-management/blogs/wrecking-your-database-080509/</ref> | ||
Revision as of 16:15, 21 February 2023
कंप्यूटर विज्ञान में ऑब्जेक्ट-रिलेशनल प्रतिचित्रण (ओआरएम, ओ/आरएम, और ओ/आर प्रतिचित्रण उपकरण) रिलेशनल डेटाबेस और ऑब्जेक्ट अभिविन्यस्त प्रोग्रामिंग भाषा के ढेर के बीच डेटा को परिवर्तित करने के लिए कंप्यूटर प्रोग्रामिंग विधि है। यह वस्तुतः वास्तविक वस्तु डेटाबेस बनाता है जिसका उपयोग प्रोग्रामिंग भाषा के अन्दर से किया जा सकता है।
वस्तु के उन्मुख प्रोग्रामिंग में, डेटा प्रबंधन कार्य ऑब्जेक्ट (कंप्यूटर विज्ञान) पर कार्य करते हैं जो अदिश (कम्प्यूटिंग) मानों को ऑब्जेक्ट में जोड़ते हैं। उदाहरण के लिए, पता पुस्तिका प्रविष्टि पर विचार करें जो शून्य या अधिक फ़ोन संख्याओं और शून्य या अधिक पतों के साथ व्यक्ति का प्रतिनिधित्व करती है। यह वस्तु-उन्मुख कार्यान्वयन में व्यक्ति वस्तु (कंप्यूटर विज्ञान) द्वारा विशेषता (कंप्यूटिंग) के साथ तैयार किया जा सकता है। प्रत्येक डेटा आइटम को रखने के लिए विशेषता/क्षेत्र जिसमें: व्यक्ति का नाम, फ़ोन संख्याओं की सूची, और पतों की सूची प्रविष्टि सम्मिलित है। फ़ोन संख्याओं की सूची में फ़ोन संख्या ऑब्जेक्ट आदि सम्मिलित होंगे। ऐसी प्रत्येक पता-पुस्तिका प्रविष्टि को प्रोग्रामिंग भाषा द्वारा एकल वस्तु के रूप में माना जाता है (उदाहरण के लिए, ऑब्जेक्ट के लिए सूचक वाले एकल चर द्वारा इसे संदर्भित किया जा सकता है)। विभिन्न विधियों (कंप्यूटर प्रोग्रामिंग) को ऑब्जेक्ट से जोड़ा जा सकता है, जैसे पसंदीदा फोन संख्या वापस करने के विधियों, घर का पता, और इसी प्रकार।
इसके विपरीत, संबंधपरक डेटाबेस, जैसे एसक्यूएल, समूह अदिश को टुपल्स में, जो तब तालिका (डेटाबेस) में गणना किए जाते हैं। टुपल्स और ऑब्जेक्ट्स में कुछ सामान्य समानता है, जिसमें वे दोनों नामित क्षेत्रों में मानों को एकत्र करने के विधियों हैं, जैसे कि पूरे संग्रह को मिश्रित इकाई के रूप में हेरफेर किया जा सकता है। उनमें कई अंतर हैं, चूंकि, विशेष रूप से: जीवनचक्र प्रबंधन (पंक्ति प्रविष्टि और विलोपन, बनाम कचरा संग्रहण_(कंप्यूटर_विज्ञान) या संदर्भ गणना), अन्य संस्थाओं के संदर्भ (ऑब्जेक्ट संदर्भ, बनाम विदेशी कुंजी संदर्भ), और वंशानुक्रम (रिलेशनल में गैर-मौजूद) डेटाबेस)। साथ ही, वस्तुओं को ढेर पर प्रबंधित किया जाता है और ही प्रक्रिया के पूर्ण नियंत्रण में हैं, जबकि डेटाबेस टुपल्स साझा किए जाते हैं और इसमें लॉकिंग, विलय और पुनः प्रयास सम्मिलित होना चाहिए। ऑब्जेक्ट-रिलेशनल प्रतिचित्रण इन सभी अंतरों को ध्यान में रखते हुए, ऑब्जेक्ट्स और बैक पर प्रतिचित्रण टुपल्स के लिए स्वचालित समर्थन प्रदान करता है।[1]
समस्या के दिल में वस्तुओं के तार्किक प्रतिनिधित्व को परमाणु रूप में अनुवाद करना सम्मिलित है जो वस्तुओं के गुणों और उनके संबंधों को संरक्षित करते हुए डेटाबेस में संग्रहीत करने में सक्षम है जिससे जरूरत पड़ने पर उन्हें वस्तुओं के रूप में पुनः लोड किया जा सके। यदि यह भंडारण और पुनर्प्राप्ति कार्यक्षमता प्रायुक्त की जाती है, तो वस्तुओं को दृढ़ता (कंप्यूटर विज्ञान) कहा जाता है।[1]
अवलोकन
भंडारण चालकों के कार्यान्वयन-विशिष्ट विवरण सामान्यतः उपयोग में आने वाली प्रोग्रामिंग भाषा में एपीआई में लपेटे जाते हैं, भंडारण माध्यम के साथ बातचीत करने के विधियों को उजागर करते हैं जो सरल और आसपास के कोड के प्रतिमानों के अनुरूप होता है।
निम्नलिखित सरल उदाहरण है, जिसे C Sharp (प्रोग्रामिंग भाषा) कोड में लिखा गया है, डेटाबेस इंजन का उपयोग करके एसक्यूएल में लिखी गई क्वेरी को निष्पादित करने के लिए।
var sql = "SELECT id, first_name, last_name, phone, birth_date, sex, age FROM persons WHERE id = 10";
var result = context.Persons.FromSqlRaw(sql).ToList();
var name = result[0]["first_name"];
इसके विपरीत, निम्नलिखित ओआरएम-जॉब एपीआई का उपयोग करता है जो कोड लिखना संभव बनाता है जो स्वाभाविक रूप से भाषा की विशेषताओं का उपयोग करता है।
var person = repository.GetPerson(10);
var firstName = person.GetFirstName();
उपरोक्त स्थिति भण्डारण निक्षेपस्थल और उस ऑब्जेक्ट के विधियों का प्रतिनिधित्व करने वाली वस्तु का उपयोग करता है। अन्य संरचना कोड को स्थिर विधियों के रूप में प्रदान कर सकते हैं, जैसा कि नीचे दिए गए उदाहरण में है, और फिर भी अन्य विधियां ऑब्जेक्ट-अभिविन्यस्त प्रणाली को प्रायुक्त नहीं कर सकती हैं। अधिकांश आसपास की भाषा के डिजाइन सिद्धांतों में ओआरएम के सर्वोत्तम फिट के लिए प्रतिमान का चयन किया जाता है।
var person = Person.Get(10);
सामान्यतः, फ्रेमवर्क स्टोरेज बेस के उपसमुच्चय को एक्सेस करने और संशोधित करने के लिए कुछ फ़िल्टरिंग और क्वेरीिंग कार्यक्षमता को उजागर करेगा। नीचे दिया गया कोड डेटाबेस में उन लोगों के लिए पूछताछ करता है जिनकी आईडी वैल्यू '10' है।
var person = Person.Get(Person.Properties.Id == 10);
पारंपरिक डेटा एक्सेस विधिों के साथ तुलना
वस्तु-उन्मुख भाषा और संबंधपरक डेटाबेस के बीच आदान-प्रदान की पारंपरिक विधिों की तुलना में, ओआरएम अधिकांश लिखे जाने वाले कोड की मात्रा को कम कर देता है।[2]
ओआरएम उपकरण के नुकसान सामान्यतः कार्यान्वयन कोड में वास्तविक में क्या हो रहा है, इसे अस्पष्ट करने वाले डेटाबेस अमूर्त परत के उच्च स्तर से उत्पन्न होते हैं। इसके अतिरिक्त, ओआरएम सॉफ़्टवेयर पर भारी निर्भरता को खराब डिज़ाइन किए गए डेटाबेस के उत्पादन में प्रमुख कारक के रूप में उद्धृत किया गया है।[3]
वस्तु-उन्मुख डेटाबेस
ऑब्जेक्ट-अभिविन्यस्त डेटाबेस मैनेजमेंट प्रणाली (ओओडीबीएमएस) या दस्तावेज़-उन्मुख डेटाबेस जैसे मूल एक्सएम्एल डेटाबेस का उपयोग करना है जो डेटा मॉडलिंग में अधिक लचीलापन प्रदान करते हैं। ओओडीबीएमएस विशेष रूप से वस्तु-उन्मुख मानों के साथ काम करने के लिए डिज़ाइन किए गए डेटाबेस हैं। ओओडीबीएमएस का उपयोग करने से डेटा को उसके एसक्यूएल रूप से और उसके एसक्यूएल रूप में परिवर्तित करने की आवश्यकता समाप्त हो जाती है, क्योंकि डेटा को उसके मूल वस्तु प्रतिनिधित्व में संग्रहीत किया जाता है और जंक्शन तालिका/संचालन की आवश्यकता के अतिरिक्त संबंधों को सीधे दर्शाया जाता है। दस्तावेज़-उन्मुख डेटाबेस के लिए ओआरएम के समतुल्य को ऑब्जेक्ट-दस्तावेज़ मैपर (ओडीएम) कहा जाता है।
दस्तावेज़-उन्मुख डेटाबेस भी उपयोगकर्ता को वस्तुओं को तालिका पंक्तियों में श्रेड करने से रोकते हैं। इनमें से कई प्रणालियाँ डेटासमुच्चय को पुनः प्राप्त करने के लिए एक्सक्वैरी क्वेरी भाषा का भी समर्थन करती हैं।
वस्तु-उन्मुख डेटाबेस का उपयोग जटिल, आला अनुप्रयोगों में किया जाता है। ओओडीबीएमएस का उपयोग करने के खिलाफ तर्कों में से यह है कि यह विज्ञापन-प्रसार, एप्लिकेशन-स्वतंत्र प्रश्नों को निष्पादित करने में सक्षम नहीं हो सकता है।[citation needed] इस कारण से, कई प्रोग्रामर ऑब्जेक्ट-एसक्यूएल प्रतिचित्रण प्रणाली के साथ खुद को घर पर अधिक पाते हैं, चाहे अधिकांश ऑब्जेक्ट-अभिविन्यस्त डेटाबेस एसक्यूएल प्रश्नों को सीमित सीमा तक संसाधित करने में सक्षम हों। अन्य ओओडीबीएमएस प्रसिद्ध क्वेरी प्रारूप को संरक्षित करते हुए, तदर्थ प्रश्नों की आवश्यकता को संबोधित करने के साधन के रूप में, एसक्यूएल डेटाबेस को प्रतिकृति प्रदान करते हैं।[citation needed]
चुनौतियां
ऑब्जेक्ट प्रणाली को रिलेशनल डेटाबेस से कैसे मिलान किया जाए, इस पर विचार करते समय कई प्रकार की कठिनाइयाँ आती हैं। इन कठिनाइयों को वस्तु-संबंधपरक प्रतिबाधा बेमेल के रूप में संदर्भित किया जाता है।[4]
ओआरएम को प्रायुक्त करने का विकल्प हर प्रमुख डेटाबेस के साथ प्रदान की जाने वाली मूल प्रक्रियात्मक भाषाओं का उपयोग है। इन्हें एसक्यूएल कथनों का उपयोग करके ग्राहक से कॉल किया जा सकता है। डेटा एक्सेस ऑब्जेक्ट (डीएओ) डिज़ाइन प्रारूप का उपयोग इन कथनों को अमूर्त करने के लिए किया जाता है और शेष एप्लिकेशन के लिए हल्का ऑब्जेक्ट-अभिविन्यस्त अंतराफलक प्रदान करता है।[5]
यह भी देखें
- ऑब्जेक्ट-रिलेशनल प्रतिचित्रण सॉफ्टवेयर की सूची
- ऑब्जेक्ट-रिलेशनल प्रतिचित्रण सॉफ्टवेयर की तुलना
- AutoFetch - स्वचालित क्वेरी ट्यूनिंग
- कॉमन ऑब्जेक्ट रिक्वेस्ट ब्रोकर आर्किटेक्चर (कॉरबा)
- ऑब्जेक्ट डेटाबेस
- वस्तु दृढ़ता
- ऑब्जेक्ट-रिलेशनल डेटाबेस
- वस्तु-संबंधपरक प्रतिबाधा बेमेल
- संबंधपरक मॉडल
- एसक्यूएल (संरचित क्वेरी भाषा)
- जावा डेटा ऑब्जेक्ट्स
- सेवा डेटा ऑब्जेक्ट
- इकाई की रूपरेखा
- सक्रिय रिकॉर्ड प्रारूप
- डेटा मैपर प्रारूप
- सिंगल टेबल इनहेरिटेंस
संदर्भ
- ↑ 1.0 1.1 "What is Object/Relational Mapping?". Hibernate Overview. JBOSS Hibernate. Retrieved 27 January 2022.
- ↑ Douglas Barry, Torsten Stanienda, "Solving the Java Object Storage Problem," Computer, vol. 31, no. 11, pp. 33-40, Nov. 1998, http://www2.computer.org/portal/web/csdl/doi/10.1109/2.730734 , Excerpt at http://www.service-architecture.com/object-relational-mapping/articles/transparent_persistence_vs_jdbc_call-level_interface.html. Lines of code using O/R are only a fraction of those needed for a call-level interface (1:4). For this exercise, 496 lines of code were needed using the ODMG Java Binding compared to 1,923 lines of code using JDBC.
- ↑ Josh Berkus, "Wrecking Your Database", Computer, Aug. 2009, https://www.toolbox.com/tech/data-management/blogs/wrecking-your-database-080509/
- ↑ Object–Relational Mapping Revisited - A Quantitative Study on the Impact of Database Technology on O/R Mapping Strategies. M Lorenz, JP Rudolph, G Hesse, M Uflacker, H Plattner. Hawaii International Conference on System Sciences (HICSS), 4877-4886 (DOI:10.24251/hicss.2017.592)
- ↑ Feuerstein, Steven; Bill Pribyl (September 1997). "Oracle PL/SQL Programming". 18.5 Modifying Persistent Objects. Retrieved 23 August 2011.
{{cite web}}: CS1 maint: location (link)
बाहरी संबंध
- About ओआरएम by Anders Hejlsberg
- Mapping Objects to Relational Databases: O/R Mapping In Detail by Scott W. Ambler
| Main | |
|---|---|
| Languages | |
| Security | |
| Design |
|
| Programming | |
| Management | |
| See also | |
