डेटाबेस ऑब्जेक्ट्स के स्रोत कोड के बारे में कहा

इस स्थिति की कल्पना करें: एक विकास दल एक कार्यक्रम पर काम कर रहा है। इस स्थिति में, एप्लिकेशन का स्रोत कोड कहीं भी संग्रहीत नहीं है। प्रत्येक प्रोग्रामर एक विशेष डिकम्पॉइलर का उपयोग करता है जो बाइनरी से आवश्यक कोड को अनलोड करता है, इसके साथ काम करता है, और फिर इसे फिर से जोड़ देता है और इसे आगे के विकास के लिए सहयोगियों को देता है।
क्या आपको लगता है कि यह एक सामान्य स्थिति है? मुझे नहीं लगता।
लेकिन किसी कारण से, डेटाबेस अनुप्रयोगों को विकसित करते समय अक्सर इस दृष्टिकोण का उपयोग किया जाता है।

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

आप स्रोत कोड नियंत्रण अध्याय में PLSQL स्टार्टर फ्रेमवर्क के लिए विकसित PLSQL मानकों में इसके बारे में पढ़ सकते हैं:

डेटाबेस में संग्रहीत पीएल / एसक्यूएल को कभी भी संशोधित नहीं करना याद रखें। इसके बजाय स्रोत कोड फ़ाइल से काम करें। हां, डेटाबेस के अंदर संकलित कोड को संशोधित करना तकनीकी रूप से संभव है, लेकिन वास्तव में बुरा विचार है। जावा बाइटकोड या सी ऑब्जेक्ट फ़ाइलों को संशोधित करने के लिए यह कुछ मायनों में तुलनीय है ।

और अध्याय में "डेटा मॉडल और डीडीएल":

अधिकांश DDL अभी भी हाथ से बनाया गया है। स्रोत कोड की तरह ही इसे साफ, टिप्पणी और पठनीय बनाएं।

अंत में, मैं ओरेकल में एक सरल तालिका बनाने के लिए कोड दूंगा और विभिन्न उपयोगिताओं के साथ डेटाबेस से उतारने के बाद इसे इससे क्या मिलता है।

तालिका निर्माण स्रोत कोड:
-- This is test_table
CREATE TABLE test_table (
id NUMBER(38), -- PK
value NUMBER(10,2), -- main value
width NUMBER(5,0) -- main width value
);

DBMS_METADATA:
CREATE TABLE "OBJECTMAN"."TEST_TABLE"
( "ID" NUMBER(38,0),
"VALUE" NUMBER(10,2),
"WIDTH" NUMBER(5,0)
)

तोरा:
CREATE TABLE objectman.test_table
(
id NUMBER(38)
, value NUMBER(10,2)
, width NUMBER(5)
)

TOAD Eclpise plugin:
create table test_table
(
id number(38),
value number(10,2),
width number(5)
)

जैसा कि आप देख सकते हैं, हॉजपॉज पूर्ण है, जो परवाह करता है।

बेशक, इसका मतलब यह नहीं है कि आपको आधुनिक दृश्य उपकरणों को पूरी तरह से त्यागने और कंसोल एडिटर में काम करने की आवश्यकता है। सबसे महत्वपूर्ण बात यह है कि अपने डेटाबेस एप्लिकेशन के स्रोत कोड के साथ काम करें, इसे स्वयं नियंत्रित करें, और मशीन को न दें। डेटाबेस एप्लिकेशन का स्रोत कोड जावा या C ++ एप्लिकेशन कोड से अधिक खराब नहीं है और इसे एक ही उपचार की आवश्यकता है: स्वरूपण, टिप्पणियाँ, संस्करण नियंत्रण, आदि।

कुछ सिफारिशें:
1. सभी डेटाबेस कोड (डीएमएल, डीडीएल, डीसीएल, टीसीएल, आदि) को भंडार (एक वस्तु = प्रत्येक फ़ाइल) में संग्रहित किया जाना चाहिए;
2. पहले पैराग्राफ के आधार पर, रिपॉजिटरी के स्रोतों का उपयोग करके (उपयोग के लिए डेटाबेस डंप बनाने की कोई आवश्यकता नहीं है, अनावश्यक (परीक्षण) डेटा, आदि) का उपयोग करके "खरोंच से" साफ "आधार" इकट्ठा करना संभव है।
3. आपको फ़ाइल से डेटाबेस ऑब्जेक्ट के कोड को संपादित करने और संकलित करने की आवश्यकता है (जो आपके आईडीई के डेटाबेस ऑब्जेक्ट के लिए नेविगेटर के बजाय, रिपॉजिटरी में प्रोजेक्ट फ़ाइल नेविगेटर प्रासंगिक हो जाएगा - फ़ाइल ढूंढें, संपादन के लिए खोलें, डेटाबेस में रोल करें)।