Oracle डाटाबेस में ऑब्जेक्ट रिप्रेजेंटेशन का उपयोग करना

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



शुरू करने के लिए, डेटाबेस में तालिकाओं के बजाय वस्तुओं में डेटा संग्रहीत करना कुछ हद तक असुविधाजनक है - अधिकांश डेवलपर्स पहले से ही ओआरएम टूल का उपयोग करने के लिए उपयोग किए जाते हैं। एक दृष्टिकोण जो इस समस्या को हल करता है वह तालिका संरचना के साथ हस्तक्षेप किए बिना मौजूदा संबंधपरक डेटा के आधार पर संश्लेषित वस्तुओं का उपयोग करना है। यह ऑब्जेक्ट दृश्य का उपयोग करके प्राप्त किया जा सकता है, जो आपको तालिकाओं से चयन के आधार पर वस्तुओं को संश्लेषित करने की अनुमति देता है (वास्तव में, यह वही ओआरएम है, केवल सर्वर पक्ष पर)। जिस प्रकार रिलेशनल रिप्रेजेंटेशन वर्चुअल टेबल होते हैं, ऑब्जेक्ट रिप्रेजेंटेशन ऑब्जेक्ट्स के वर्चुअल टेबल होते हैं।



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



नीचे हम Oracle DBMS में कार्यान्वित वस्तु अभ्यावेदन की मुख्य विशेषताओं को प्रदर्शित करेंगे। उदाहरण के लिए एक आरेख के रूप में, मैं दुकानों के बारे में जानकारी संग्रहीत करने वाली सड़कों का एक सरल सेट प्रस्तावित करता हूं, जो सड़कें उन्हें जोड़ती हैं और सामानों के आपूर्तिकर्ताओं के बारे में।







टेबल में निम्नलिखित मॉडल का वर्णन करने वाले डेटा होते हैं:







इसलिए, एक वस्तु प्रतिनिधित्व बनाने में तीन मुख्य चरण होते हैं:

1. आवश्यक विशेषताओं के साथ एक वस्तु प्रकार को परिभाषित करना।
2. एक क्वेरी लिखना जो इन विशेषताओं को उसी क्रम में तालिकाओं से चुनता है जैसा कि वे ऑब्जेक्ट में परिभाषित हैं।
3. किसी ऑब्जेक्ट के संदर्भ के रूप में उपयोग के लिए विशेषताओं के चयन से प्राप्त एक अद्वितीय मूल्य सेट करना (अक्सर यह प्राथमिक कुंजी का उपयोग करने के लिए पर्याप्त है)।

सबसे पहले, हम उन वस्तुओं को परिभाषित करते हैं जो स्टोर और उनके बीच संबंधों का वर्णन करते हैं:

CREATE FORCE TYPE road_t AS OBJECT (

shop REF shop_t,

distance NUMBER(8));

/

CREATE TYPE road_list_t AS TABLE OF road_t;

/

CREATE TYPE shop_t AS OBJECT (

id NUMBER(6),

name VARCHAR2(20),

links road_list_t) NOT FINAL ;

/

FORCE निर्देश को परिपत्र लिंक को लागू करने की आवश्यकता थी: सड़कों से लिंक लिंक, जो बदले में अन्य दुकानों से लिंक करते हैं। अब दृश्य को परिभाषित करें:

CREATE FORCE VIEW shops_v OF shop_t WITH OBJECT IDENTIFIER(id) AS

SELECT s.id, s.name, AST(MULTISET(

SELECT MAKE_REF(shops_v,

decode(r.dest_id - s.id, 0, r.src_id, r.dest_id)), r.distance

FROM roads r WHERE s.id in (r.dest_id, r.src_id)

) AS road_list_t)

FROM shops s;

/

OBJECT IDENTIFIER निर्माण के साथ ऑब्जेक्ट को प्रदान की गई विशिष्ट पहचानकर्ता सेट करता है (इस मामले में, दुकानों की मेज से प्राथमिक कुंजी का उपयोग किया जाता है)। चूंकि सड़क की जानकारी को स्टोर लिंक की एक जोड़ी के रूप में संग्रहीत किया जाता है, इसलिए डिकोड निर्माण का उपयोग पड़ोसी स्टोर की पहचान करने के लिए किया जाता है। लिंक खुद MAKE_REF फ़ंक्शन द्वारा बनते हैं, जो ऑब्जेक्ट को पास की गई कुंजी और ऑब्जेक्ट टेबल या दृश्य के संदर्भ में लौटाता है। अब आप नेविगेशन बाईपास का उपयोग करके दिए गए आसन्न स्टोर की सूची प्राप्त कर सकते हैं:

SELECT DEREF (shop).id FROM table ( SELECT links FROM shops_v WHERE id = 5);



DEREF (SHOP).ID

--------------

1

2

6

डीईआरईएफ ऑपरेटर का उपयोग एक विशेषता से प्राप्त लिंक को पुनर्निर्देशित करने के लिए किया जाता है - एक नेस्टेड टेबल (टेबल फ़ंक्शन के माध्यम से पहुँचा)। सामान्य स्थिति में, लिंक का उपयोग करने से आप एक से कई रिश्तों को लागू कर सकते हैं (जैसा कि ऊपर दिखाया गया है) और कई-से-कई रिश्ते, उदाहरण के लिए:

CREATE FORCE TYPE vendor_shop_t UNDER shop_t

(vendors vendor_list_t);

/

CREATE FORCE TYPE vendor_list_t AS TABLE OF REF vendor_t;

/

CREATE FORCE TYPE vendor_t AS OBJECT (

id NUMBER(3),

name VARCHAR2(10),

shops vendor_shop_list_t);

/

CREATE TYPE vendor_shop_list_t AS TABLE OF REF vendor_shop_t;

/

विक्रेता ब्रांड स्टोर विक्रेता_ shop_t का वर्णन करने वाली वस्तु को shop_t से विरासत के माध्यम से परिभाषित किया गया था। दृश्य, वस्तुओं की तरह, एक पदानुक्रम में व्यवस्थित किए जा सकते हैं, अन्यथा विचारों की परिभाषाएं पहले की तरह ही होंगी:

CREATE FORCE VIEW vendor_shops_v OF vendor_shop_t UNDER shops_v AS

SELECT s.id, s.name, CAST (MULTISET(

SELECT MAKE_REF(shops_v,

decode(r.dest_id - s.id, 0, r.src_id, r.dest_id)), r.distance

FROM roads r WHERE s.id in (r.dest_id, r.src_id)

) AS road_list_t),

CAST (MULTISET(

SELECT MAKE_REF(vendors_v, vs.vendor_id)

FROM vendor_shops vs WHERE vs.shop_id = s.id

) AS vendor_list_t

)

FROM shops s;

/

CREATE FORCE VIEW vendors_v OF vendor_t WITH OBJECT IDENTIFIER(id) AS

SELECT v.id, v.name, CAST (MULTISET(

SELECT MAKE_REF(vendor_shops_v, vs.shop_id)

FROM vendor_shops vs WHERE vs.vendor_id = v.id

) AS vendor_shop_list_t

)

FROM vendors v;

/

पदानुक्रम से प्रश्न आपको किसी दिए गए दृश्य से न केवल वस्तुओं का चयन करने की अनुमति देते हैं, बल्कि इसके वंशजों से भी, जिससे विस्तार का स्तर समायोजित होता है। प्रकारों का चयन केवल और केवल प्रकार के निर्माणों का उपयोग करके किया जाता है:

SELECT count (0) FROM shops_v WHERE id < 3;



COUNT (0)

--------

4



SELECT count (0) FROM ONLY (shops_v) WHERE id < 3;



COUNT (0)

--------

2



SELECT count (0) FROM vendor_shops_v s WHERE id < 3 AND VALUE (s) IS OF TYPE ( ONLY shop_t);



COUNT (0)

--------

0

ऑब्जेक्ट प्रतिनिधित्व पर डीएमएल का उपयोग करने की क्षमता पर प्रतिबंध संबंधपरक प्रतिनिधित्व के लिए समान हैं। हालाँकि, आप कस्टम DML तर्क को लागू करने के लिए INSTEAD ऑफ़ ट्रिगर्स का उपयोग कर सकते हैं। निम्न कोड टुकड़ा वेंडर_वी ऑब्जेक्ट के सम्मिलन को लागू करता है, अंतर्निहित तालिकाओं में जानकारी जोड़ता है:

CREATE TRIGGER vendors_v_insert INSTEAD OF INSERT ON vendors_v FOR EACH ROW

DECLARE

shop_id NUMBER;

CURSOR c IS SELECT DEREF (COLUMN_VALUE).id FROM table (: NEW .shops);

BEGIN

OPEN c;

INSERT INTO vendors VALUES (: NEW .id, : NEW .name);

LOOP

FETCH c INTO shop_id;

EXIT WHEN c%NOTFOUND;

INSERT INTO vendor_shops VALUES (: NEW .id, shop_id);

END LOOP ;

CLOSE c;

END ;

/

इस तथ्य के बावजूद कि अभ्यावेदन का डेटा शुरू में संबंधपरक तालिकाओं से लिया गया है और अनुक्रमणिका और अन्य के निर्माण के संदर्भ में सीमाएं हैं, अक्सर ऑब्जेक्ट दृष्टिकोण आपको प्रदर्शन में लाभ प्राप्त करने की अनुमति देता है। यह समझना महत्वपूर्ण है कि यह प्रभाव बड़ी मात्रा में डेटा और प्रश्नों पर प्राप्त होता है, जो संबंधपरक दृष्टिकोण के साथ पूर्ण देखने और ऑब्जेक्ट के साथ लिंक के साथ काम करने की आवश्यकता होती है। तुलना निम्नलिखित तालिका आकारों के साथ की गई थी: दुकानें - 1000 पंक्तियां, विक्रेता - 60, विक्रेता_ कार्यशालाएं - 20 हजार, सड़कें - 300 हजार। एक उदाहरण पर विचार करें:

SELECT v1.id, v2.id

FROM vendor_shops_v v1, vendor_shops_v v2 WHERE

CARDINALITY(v1.vendors MULTISET INTERSECT v2.vendors) > 0 AND

v1.id = 2;

बनाम संबंधपरक विकल्प

SELECT v1.id, v2.id

FROM shops v1, shops v2 WHERE

EXISTS (

SELECT vendor_id FROM vendor_shops WHERE shop_id = v1.id

INTERSECT

SELECT vendor_id FROM vendor_shops WHERE shop_id = v2.id

)

AND v1.id = 2;

उत्पादकता में एक दो गुना वृद्धि देता है। निम्न युग्मों की सूची जो पड़ोसी स्टोरों की एक सूची प्राप्त करते हैं जिनके पास दिए गए डेटा के साथ सामान्य आपूर्तिकर्ता हैं, इसके विपरीत, यह कैसे करना है, इसका एक उदाहरण है:

SELECT v1.id, v2.id

FROM vendor_shops_v v1, vendor_shops_v v2

WHERE v2.id in ( SELECT DEREF (shop).id FROM table (v1.links)) AND

CARDINALITY(v1.vendors MULTISET INTERSECT v2.vendors) > 0 AND

v1.id = 2;



SELECT v1.id, v2.id

FROM shops v1, shops v2

WHERE

EXISTS ( SELECT 1 FROM roads WHERE src_id=v1.id AND dest_id=v2.id) AND

EXISTS (

SELECT vendor_id FROM vendor_shops WHERE shop_id = v1.id

INTERSECT

SELECT vendor_id FROM vendor_shops WHERE shop_id = v2.id

) AND

v1.id = 2;

नतीजतन, प्रदर्शन में पंद्रह गुना गिरावट। कारण, जैसा कि यह नोटिस करना मुश्किल नहीं है, shop_t ऑब्जेक्ट के लिए लिंक विशेषता की जटिल परिभाषा में निहित है, जो रोड_t ऑब्जेक्ट्स की संख्या को दोगुना करने और सड़कों की मेज से रीडिंग में आनुपातिक वृद्धि का कारण बनता है। ध्यान दें कि दोनों उदाहरणों में ऑब्जेक्ट क्वेरी को पढ़ना बहुत आसान है।



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



साहित्य



1. एरिक बेल्डेन, जैनिस ग्रीनबर्ग। ओरेकल डेटाबेस ऑब्जेक्ट-रिलेशनल डेवलपर की गाइड 11 जी रिलीज़ 2 (11.2) - ओरेकल, मार्च 2010। पीडीएफ

2. जिम मेल्टन। उन्नत SQL: 1999। ऑब्जेक्ट-रिलेशनल एंड अदर एडवांस्ड फीचर्स - मॉर्गन कॉफमैन पब्लिशर्स, 2003।

3. फर्नस्टीन सी। पदानुक्रम में ऑब्जेक्ट प्रकारों का प्रतिस्थापन और परिवर्तन - ओरेकल पत्रिका / रूसी संस्करण, जून 2002।

4. WP जांग, नॉर्बर्ट रिटर। वस्तु-उन्मुख सॉफ्टवेयर विकास के लिए ऑब्जेक्ट-रिलेशनल डीबी-प्रौद्योगिकी का वास्तविक लाभ। बी। रीड में, संपादक, प्रोक। डेटाबेस पर 18 वां ब्रिटिश राष्ट्रीय सम्मेलन (बीएनसीओडी 2001), डेटाबेस में अग्रिम, पृष्ठ 89-104। स्प्रिंगर-वर्लग, जुलाई 2001. पीडीएफ

5. एस.डी. कुज़्नेत्सोव। ऑब्जेक्ट-रिलेशनल डेटाबेस: पिछले चरण या कम करके दिखाए गए फीचर्स ?, 2007। एचटीएमएल



सभी स्रोत कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।