आप फ़ंक्शंस 200 लाइनों के साथ एक आवेदन नहीं लिखेंगे। आप उन लंबे कार्यों को छोटे कार्यों में शामिल करेंगे, जिनमें से प्रत्येक एक स्पष्ट रूप से परिभाषित जिम्मेदारी के साथ होगा।
अपने SQL को ऐसा क्यों लिखें?
जैसे आप अपने कार्यों को विघटित करते हैं , वैसे ही अपने प्रश्नों का निस्तारण करें । यह उन्हें छोटा, सरल, समझने में आसान , परीक्षण करने में आसान, रिफलेक्टर करने में आसान बनाता है। और यह आपको उनके बीच "शिम", और उनके चारों ओर "रैपर" जोड़ने की अनुमति देता है, जैसे आप प्रक्रियात्मक कोड में करते हैं।
आप यह कैसे करते हैं? प्रत्येक महत्वपूर्ण चीज़ को बनाने से एक दृश्य में एक क्वेरी करता है। फिर आप इन सरल विचारों से अधिक जटिल प्रश्नों की रचना करते हैं, जैसे आप अधिक आदिम कार्यों से अधिक जटिल कार्यों की रचना करते हैं।
और बड़ी बात यह है कि विचारों की अधिकांश रचनाओं के लिए , आपको अपने RDBMS से बिल्कुल समान प्रदर्शन मिलेगा। (कुछ के लिए आप ऐसा नहीं करेंगे। तो क्या? समय से पहले अनुकूलन सभी बुराई की जड़ है। सही ढंग से कोड पहले, फिर आप की जरूरत है तो अनुकूलन।)
यहां एक जटिल क्वेरी को विघटित करने के लिए कई दृश्य का उपयोग करने का एक उदाहरण है।
उदाहरण में, क्योंकि प्रत्येक दृश्य केवल एक परिवर्तन जोड़ता है, प्रत्येक को त्रुटियों को खोजने के लिए स्वतंत्र रूप से परीक्षण किया जा सकता है, और परीक्षण सरल हैं।
यहाँ उदाहरण में आधार तालिका है:
create table month_value(
eid int not null, month int, year int, value int );
यह तालिका त्रुटिपूर्ण है, क्योंकि यह दो कॉलम, महीने और साल का उपयोग करती है, एक डेटम, एक निरपेक्ष महीने का प्रतिनिधित्व करने के लिए। यहां नए, गणना किए गए कॉलम के लिए हमारे विनिर्देशन हैं:
हम इसे एक रैखिक परिवर्तन के रूप में करेंगे, जैसे कि यह (वर्ष, महीना) के समान होता है, और ऐसा किसी भी (वर्ष, महीने) के लिए एक और केवल मूल्य होता है, और सभी मान लगातार होते हैं:
create view cm_absolute_month as
select *, year * 12 + month as absolute_month from month_value;
अब हमें जो परीक्षण करना है, वह हमारी कल्पना में निहित है, अर्थात् किसी भी प्रकार (वर्ष, माह) के लिए, एक और केवल एक (पूर्ण_मौत) है, और वह (निरपेक्ष_मूर्ति) लगातार हैं। आइए कुछ परीक्षण लिखें।
हमारी परीक्षा एक SQL selectक्वेरी होगी, जिसमें निम्न संरचना होगी: एक परीक्षण नाम और एक केस स्टेटमेंट एक साथ दिया गया है। परीक्षण का नाम सिर्फ एक मनमाना स्ट्रिंग है। केस स्टेटमेंट सिर्फ case whenटेस्ट स्टेटमेंट है then 'passed' else 'failed' end।
परीक्षण कथन सिर्फ एसक्यूएल चयन (उपश्रेणियाँ) होंगे जो परीक्षण पास करने के लिए सही होने चाहिए।
यहाँ हमारा पहला परीक्षण है:
--a select statement that catenates the test name and the case statement
select concat(
-- the test name
'For every (year, month) there is one and only one (absolute_month): ',
-- the case statement
case when
-- one or more subqueries
-- in this case, an expected value and an actual value
-- that must be equal for the test to pass
( select count(distinct year, month) from month_value)
--expected value,
= ( select count(distinct absolute_month) from cm_absolute_month)
-- actual value
-- the then and else branches of the case statement
then 'passed' else 'failed' end
-- close the concat function and terminate the query
);
-- test result.
उस क्वेरी को चलाने से यह परिणाम प्राप्त होता है: For every (year, month) there is one and only one (absolute_month): passed
जब तक month_value में पर्याप्त परीक्षण डेटा है, तब तक यह परीक्षण काम करता है।
हम पर्याप्त परीक्षण डेटा के लिए एक परीक्षण भी जोड़ सकते हैं:
select concat( 'Sufficient and sufficiently varied month_value test data: ',
case when
( select count(distinct year, month) from month_value) > 10
and ( select count(distinct year) from month_value) > 3
and ... more tests
then 'passed' else 'failed' end );
अब हम इसे लगातार परीक्षण करते हैं:
select concat( '(absolute_month)s are consecutive: ',
case when ( select count(*) from cm_absolute_month a join cm_absolute_month b
on ( (a.month + 1 = b.month and a.year = b.year)
or (a.month = 12 and b.month = 1 and a.year + 1 = b.year) )
where a.absolute_month + 1 <> b.absolute_month ) = 0
then 'passed' else 'failed' end );
अब हम अपने परीक्षण, जो कि केवल एक फ़ाइल में हैं, और डेटाबेस के विरुद्ध उस स्क्रिप्ट को चलाते हैं। दरअसल, अगर हम अपने दृश्य परिभाषाओं को किसी स्क्रिप्ट (या स्क्रिप्ट्स में संग्रहीत करते हैं, तो मैं संबंधित फाइल के लिए एक फाइल की सिफारिश करता हूं) को डेटाबेस के विरुद्ध चलाया जा सकता है, हम प्रत्येक दृश्य के लिए एक ही स्क्रिप्ट में अपने परीक्षण जोड़ सकते हैं , ताकि (फिर से) -) हमारे विचार को बनाने से दृश्य के परीक्षण भी चलते हैं। इस तरह, जब हम दोबारा निर्माण करते हैं, तो हम दोनों प्रतिगमन परीक्षण प्राप्त करते हैं, और जब निर्माण के खिलाफ दृश्य निर्माण चलता है, तो दृश्य का उत्पादन में भी परीक्षण किया जाएगा।