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

• नोट ओरेकल डीबीएमएस को संदर्भित करता है, लेकिन अधिकांश लिखित चिंताओं को अन्य डीबीएमएस;
• यह सुंदर कोड पर काम नहीं करता है: स्रोत lang = "sql" टैग बहुत कम दिखाता है कि कैसे करें अन्यथा नहीं पता नहीं है। यदि कोई दिखाता है, तो मैं जल्दी से सब कुछ अधिक पठनीय रूप में लाऊंगा।

So.

मुख्य बिंदु

विशेष मूल्य NULL का अर्थ है डेटा की अनुपस्थिति, इस तथ्य का एक बयान कि मूल्य अज्ञात है। डिफ़ॉल्ट रूप से, किसी भी प्रकार के कॉलम और चर इस मान को स्वीकार कर सकते हैं, जब तक कि उन पर NOT NULL बाधा NOT NULL जाती है। इसके अलावा, DBMS स्वचालित रूप से तालिका की प्राथमिक कुंजी में शामिल स्तंभों में एक पूर्ण NOT NULL जोड़ता है।

NULL की मुख्य विशेषता यह है कि यह किसी भी चीज़ के बराबर नहीं है, दूसरे NULL की भी नहीं। आप किसी भी ऑपरेटर का उपयोग करके इसके साथ किसी भी मूल्य की तुलना नहीं कर सकते हैं: = , < , > , like ... यहां तक ​​कि अभिव्यक्ति NULL != NULL सच नहीं होगा, क्योंकि आप स्पष्ट रूप से एक अज्ञात से दूसरे की तुलना नहीं कर सकते हैं। वैसे, यह अभिव्यक्ति या तो झूठी नहीं होगी, क्योंकि शर्तों की गणना करते समय, ओरेकल और तक सीमित नहीं है। NULL के रूप में अनिश्चितता के एक तत्व की उपस्थिति के कारण, एक और राज्य है - ।

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

सुविधा के लिए, हम एक प्रक्रिया बनाएंगे जो बूलियन पैरामीटर की स्थिति को प्रिंट करती है:

 create procedure test_bool( p_bool boolean ) is begin case when p_bool = true then dbms_output.put_line('TRUE'); when p_bool = false then dbms_output.put_line('FALSE'); else dbms_output.put_line('UNKNOWN'); end case; end test_bool; 

और कंसोल को संदेश प्रिंट करने के विकल्प को सक्षम करें:

 set serveroutput on 

परिचित तुलना ऑपरेटर NULL से पहले गुजरते हैं:

 exec test_bool( null = null ); -- UNKNOWN exec test_bool( null != null ); -- UNKNOWN exec test_bool( null = 'a' ); -- UNKNOWN exec test_bool( null != 'a' ); -- UNKNOWN 

NULL से तुलना

विशेष IS NULL और IS NOT NULL ऑपरेटर IS NOT NULL जो NULLs के साथ तुलना की अनुमति देते हैं। IS NULL नहीं है और गलत है, तो IS NULL सच हो जाएगा।

 select case when null is null then 'YES' else 'NO' end from dual; -- YES select case when 'a' is null then 'YES' else 'NO' end from dual; -- NO 

तदनुसार, IS NOT NULL अन्य तरीके से काम IS NOT NULL करता है: यदि ऑपरेंड मान नॉन-NULL और गलत है, तो यह सही है: यदि यह NULL है:

 select case when 'a' is NOT null then 'YES' else 'NO' end from dual; -- YES select case when null is NOT null then 'YES' else 'NO' end from dual; -- NO 

इसके अलावा, लापता मूल्यों के साथ तुलना के संबंध में नियम के कुछ अपवाद हैं। पहला DECODE फ़ंक्शन है, जो दो NULL को एक दूसरे के समतुल्य मानता है। दूसरे, ये समग्र सूचकांक हैं: यदि दो कुंजियों में खाली फ़ील्ड हैं, लेकिन उनके सभी गैर-रिक्त फ़ील्ड समान हैं, तो ओरेकल इन दोनों कुंजियों को समतुल्य मानता है।

DECODE सिस्टम के खिलाफ जाता है:

 select decode( null , 1, 'ONE' , null, 'EMPTY' --     , 'DEFAULT' ) from dual; 

अनुक्रमणिका अनुभाग में समग्र अनुक्रमित के साथ एक उदाहरण है।

तार्किक संचालन और NULL

आमतौर पर, राज्य को तरह ही नियंत्रित किया जाता है। उदाहरण के लिए, यदि आप किसी तालिका से पंक्तियों का चयन करते हैं और स्थिति में x = NULL मूल्यांकन कर रहे हैं, तो WHERE मिलती है, तो आपको एक भी पंक्ति नहीं मिलेगी। हालाँकि, एक अंतर है: यदि अभिव्यक्ति () सही () है, तो () लौटाता है। किसी अज्ञात स्थिति को संसाधित करते समय तार्किक ऑपरेटर्स AND और OR अपनी विशेषताएं होती हैं। नीचे दिए गए उदाहरण में बारीकियों।

ज्यादातर मामलों में, एक अज्ञात परिणाम को रूप में माना जाता है:

 select 1 from dual where dummy = null; --     

अज्ञात से इनकार अज्ञात देता है:

 exec test_bool( not(null = null) ); -- UNKNOWN exec test_bool( not(null != null) ); -- UNKNOWN exec test_bool( not(null = 'a') ); -- UNKNOWN exec test_bool( not(null != 'a') ); -- UNKNOWN 

OR ऑपरेटर:

 exec test_bool( null or true ); -- TRUE <- !!!!! exec test_bool( null or false ); -- UNKNOWN exec test_bool( null or null ); -- UNKNOWN 

AND ऑपरेटर:

 exec test_bool( null and true ); -- UNKNOWN exec test_bool( null and false ); -- FALSE <- !!!!! exec test_bool( null and null ); -- UNKNOWN 

ऑपरेटरों में और नहीं में

आरंभ करने के लिए, हम कुछ प्रारंभिक कदम उठाएंगे। परीक्षणों के लिए, एक संख्यात्मक कॉलम A और चार पंक्तियों के साथ एक तालिका T बनाएं: 1, 2, 3 और NULL

 create table t as select column_value a from table(sys.odcinumberlist(1,2,3,null)); 

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

 set autotrace on 

प्रारंभिक चरण समाप्त हो गए हैं, चलो अब ऑपरेटरों के साथ काम करते हैं। आइए उन सभी रिकॉर्डों को चुनने की कोशिश करें जो सेट में हैं (1, 2, NULL) :

 select * from t where a in(1,2,null); --  [1,2] -- Predicate Information: -- filter("A"=1 OR "A"=2 OR "A"=TO_NUMBER(NULL)) 

जैसा कि आप देख सकते हैं, NULL वाली पंक्ति का चयन नहीं किया गया था। यह इसलिए हुआ क्योंकि "A"=TO_NUMBER(NULL) की गणना ने राज्य "A"=TO_NUMBER(NULL) वापस कर दिया। NULL को क्वेरी परिणाम में शामिल करने के लिए, आपको इसे स्पष्ट रूप से निर्दिष्ट करना होगा:

 select * from t where a in(1,2) or a is null; --  [1,2,NULL] -- Predicate Information: -- filter("A" IS NULL OR "A"=1 OR "A"=2) 

चलो अब में NOT IN साथ प्रयास करें:

 select * from t where a not in(1,2,null); -- no rows selected -- Predicate Information: -- filter("A"<>1 AND "A"<>2 AND "A"<>TO_NUMBER(NULL)) 

आम तौर पर एक भी प्रवेश नहीं! आइए देखें कि क्वेरी परिणामों में ट्रिपल क्यों नहीं मिला। मैन्युअल रूप से फ़िल्टर की गणना करें जो DBMS केस A=3 लिए उपयोग किया जाता है:

  3 <> 1 और 3 <> 2 और 3 <> tonnumber (NULL)
    \ / \ / \ /
    सच और सच और अज्ञात
        \ / /
         सत्य और अज्ञात
             \ /
              अज्ञात 

तीन-मूल्यवान तर्क की प्रकृति के कारण, NOT IN NULLs के साथ बिल्कुल भी अनुकूल नहीं है: जैसे ही NULL चयन स्थितियों में आता है, डेटा की प्रतीक्षा न करें।

रिक्त और खाली स्ट्रिंग

यहाँ, Oracle ANSI SQL मानक से दूर जाता है और NULL और खाली स्ट्रिंग की समानता की घोषणा करता है। यह शायद सबसे विवादास्पद विशेषताओं में से एक है, जो समय-समय पर व्यक्ति को संक्रमण के साथ बहु-पृष्ठ चर्चाओं को जन्म देती है, एक दूसरे पर मल डालना और कठिन विवादों के अन्य अपरिहार्य गुण हैं। दस्तावेज़ीकरण को देखते हुए, ओरेकल स्वयं इस स्थिति को बदलने में कोई आपत्ति नहीं करेगा (यह कहता है कि भले ही एक खाली स्ट्रिंग को अब NULL के रूप में माना जाता है, यह भविष्य के रिलीज में बदल सकता है), लेकिन आज इस DBMS के लिए इतनी बड़ी मात्रा में कोड लिखा गया है जिसे आप ले सकते हैं और व्यवस्था का व्यवहार बदलना शायद ही वास्तविक हो। इसके अलावा, उन्होंने डीबीएमएस के सातवें संस्करण (1992-1996) के साथ कम से कम इस बारे में बात करना शुरू कर दिया, और अब बारहवें रास्ते पर है।

NULL और खाली स्ट्रिंग समतुल्य हैं:

 exec test_bool( '' is null ); -- TRUE 

एक कठिन विवाद की अपरिहार्य विशेषता:

 select count(*) comments_count, avg(c.vote) avg_vote from habr.comments c join habr.posts p on( c.post_id = p.id ) where lower(p.title) like '%%' and lower(p.title) like '%%'; COMMENTS_COUNT AVG_VOTE --------------- --------- 100500 -100 

यदि आप क्लासिक के पूर्वधारणा का पालन करते हैं और रूट को देखते हैं, तो रिक्त स्ट्रिंग और NULL की समानता का कारण डेटा ब्लॉक के अंदर varchars और NULLs के भंडारण प्रारूप में पाया जा सकता है। ओरेकल एक संरचना वाले तालिका शीर्षकों को संग्रहीत करता है जिसमें एक हेडर होता है जिसके बाद डेटा के कॉलम होते हैं। प्रत्येक स्तंभ को दो क्षेत्रों द्वारा दर्शाया जाता है: स्तंभ में डेटा लंबाई (1 या 3 बाइट्स) और, वास्तव में, डेटा स्वयं। यदि varchar2 में शून्य लंबाई है, तो डेटा फ़ील्ड में लिखने के लिए कुछ भी नहीं है, यह एक बाइट पर कब्जा नहीं करता है, और एक विशेष मान 0xFF लंबाई के साथ फ़ील्ड में लिखा जाता है, जो डेटा की अनुपस्थिति को दर्शाता है। NULL को ठीक उसी तरह से प्रस्तुत किया गया है: कोई डेटा फ़ील्ड नहीं है, और लंबाई के साथ फ़ील्ड में 0xFF लिखा गया है। ओरेकल डेवलपर्स, बेशक, इन दो राज्यों को अलग कर सकते हैं, लेकिन शुरुआती समय से यह उनके लिए प्रथागत था।

व्यक्तिगत रूप से, रिक्त स्ट्रिंग और NULL की समानता काफी स्वाभाविक और तार्किक प्रतीत होती है। "खाली स्ट्रिंग" नाम का अर्थ है, अनुपस्थिति, खालीपन, डोनट से छेद। सामान्य तौर पर, NULL का मतलब एक ही चीज है। लेकिन एक अप्रिय परिणाम है: यदि आप विश्वास के साथ कह सकते हैं कि एक खाली स्ट्रिंग शून्य है, तो NULL की लंबाई परिभाषित नहीं है। इसलिए, अभिव्यक्ति की length('') शून्य को वापस करेगी, शून्य नहीं, जैसा कि आप स्पष्ट रूप से उम्मीद करते हैं। एक और समस्या: आप एक खाली स्ट्रिंग के साथ तुलना नहीं कर सकते। एक्सप्रेशन val = '' स्टेट को लौटाएगा, क्योंकि, संक्षेप में, यह val = NULL बराबर val = NULL ।

खाली स्ट्रिंग की लंबाई को परिभाषित नहीं किया गया है:

 select length('') from dual; -- NULL 

खाली स्ट्रिंग के साथ तुलना संभव नहीं है:

 exec test_bool( 'a' != '' ); -- UNKNOWN 

ओरेकल द्वारा प्रस्तावित दृष्टिकोण के आलोचकों का कहना है कि एक खाली लाइन का मतलब अस्पष्टता नहीं है। उदाहरण के लिए, एक बिक्री प्रबंधक एक ग्राहक कार्ड भरता है। वह अपने संपर्क फोन नंबर (555-123456) को इंगित कर सकता है, वह संकेत दे सकता है कि वह अज्ञात (NULL) है, और वह यह भी संकेत कर सकता है कि कोई संपर्क फोन नंबर (खाली लाइन) नहीं है। अंतिम विकल्प को लागू करने के लिए खाली लाइनों के भंडारण की एक oracle विधि के साथ समस्याग्रस्त हो जाएगा। शब्दार्थ के दृष्टिकोण से, तर्क सही है, लेकिन मेरे पास हमेशा एक प्रश्न होता है जिसके लिए मुझे कभी भी पूर्ण उत्तर नहीं मिलता है: प्रबंधक "टेलीफोन" फ़ील्ड में एक खाली रेखा कैसे दर्ज करेगा और वह इसे NULL से कैसे अलग करेगा? बेशक, विकल्प हैं, लेकिन फिर भी ...

दरअसल, जब पीएल / एसक्यूएल की बात आती है, तो इसके इंजन के अंदर कहीं न कहीं खाली स्ट्रिंग और NULL अलग होते हैं। इसे देखने का एक तरीका इस तथ्य के कारण है कि साहचर्य संग्रह आपको एक तत्व को '' सूचकांक '' (खाली स्ट्रिंग) के साथ सहेजने की अनुमति देता है, लेकिन वे आपको एक तत्व को एक सूचकांक के साथ बचाने की अनुमति नहीं देते हैं:

 declare procedure empty_or_null( p_val varchar2 ) is type tt is table of varchar2(1) index by varchar2(10); t tt; begin if p_val is not null then dbms_output.put_line(' '); else --      p_val t(p_val) := 'x'; -- ! ,   dbms_output.put_line(' '); end if; exception --     p_val  . , NULL when others then dbms_output.put_line('NULL'); end; begin empty_or_null( 'qwe' ); --   empty_or_null( '' ); --   empty_or_null( NULL ); -- NULL end; 

व्यवहार में अपने कानों के साथ इस तरह के झगड़े का उपयोग करें इसके लायक नहीं है। समस्याओं से बचने के लिए, डॉक से नियम सीखना बेहतर है: खाली स्ट्रिंग और अप्रभेद्य में NULL।

मठ नल

^{यह छोटा पैराग्राफ बीयर के लिए शुक्रवार रात को लिखा गया था, शुक्रवार की REN-TV फिल्म की पृष्ठभूमि के खिलाफ। उसका आलस्य दूर करो, मुझे माफ करो।}

टास्क। कोल्हा के साथ शादी से पहले माशा के पास अज्ञात संख्या में प्रेमी थे। कोल्या जानती है कि शादी के बाद माशा ने उसके साथ साशा और वाइटा के साथ सेक्स किया था। कोल्हा को प्रेमियों माशा की सटीक संख्या खोजने में मदद करें।

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

 select decode( null + 10, null, '', '') a from dual; --  select decode( null * 10, null, '', '') a from dual; --  select decode( abs(null), null, '', '') a from dual; --  select decode( sign(null), null, '', '') a from dual; --  

कॉनकनेशन अलग है: आप NULL को एक स्ट्रिंग में जोड़ सकते हैं और यह इसे नहीं बदलेगा। ऐसी दोयम दर्जे की नीति है।

 select null ||'AA'|| null ||'BB'|| null from dual; -- AABB 

पूर्ण और समग्र कार्य

COUNT के अपवाद (और हमेशा ऐसा नहीं होता) के साथ लगभग सभी समग्र कार्य, गणना में खाली मानों को अनदेखा करते हैं। यदि वे ऐसा नहीं करते हैं, तो बहुत पहले चमकता NULL फ़ंक्शन के परिणाम को अज्ञात मान में लाएगा। उदाहरण के लिए, SUM फ़ंक्शन, जिसे श्रृंखला (1, 3, null, 2) को योग करने की आवश्यकता है। यदि वह खाली मूल्यों को ध्यान में रखती है, तो हमें निम्नलिखित क्रियाओं को प्राप्त करना होगा:
1 + 3 = 4; 4 + null = null; null + 2 = null 1 + 3 = 4; 4 + null = null; null + 2 = null ।
यह संभावना नहीं है कि आप समुच्चय की गणना करते समय इस तरह की गणना से संतुष्ट होंगे, क्योंकि आप शायद इसे प्राप्त नहीं करना चाहते थे। और डेटा गोदामों के निर्माण के साथ बवासीर क्या होगा ... Brrrrr ...

डेटा के साथ तालिका। कई बार नीचे उपयोग किया जाता है:

 create table agg( id int, n int ); insert into agg values( 1, 1 ); insert into agg values( 2, 3 ); insert into agg values( 3, null ); insert into agg values( 4, 2 ); commit; 

अशक्त मूल्यों को समुच्चय द्वारा अनदेखा किया जाता है:

 select sum(n) from agg; -- 6 

COUNT लाइन काउंट फ़ंक्शन, यदि COUNT(*) या COUNT() के रूप में उपयोग किया जाता है, तो खाली मानों को ध्यान में रखा जाएगा। हालाँकि, यदि इसका उपयोग COUNT() के रूप में किया जाता है, तो खाली मानों को अनदेखा कर दिया जाएगा।

निरंतर के साथ:

 select count(*) from agg; -- 4 select count(1+1) from agg; -- 4 select count(user) from agg; -- 4 

अभिव्यक्ति के साथ:

 select count(n) from agg; -- 3 select count(id) from agg; -- 4 select count(abs(n)) from agg; -- 3 

इसके अलावा, AVG जैसी सुविधाओं से सावधान रहें। चूंकि यह खाली मानों को नजरअंदाज करेगा, इसलिए क्षेत्र N लिए परिणाम (1+3+2)/3 , न कि (1+3+2)/4 । शायद आपको औसत की ऐसी गणना की आवश्यकता नहीं है। ऐसी समस्याओं को हल करने के लिए, एक मानक समाधान है - NVL फ़ंक्शन का उपयोग करें:

 select avg(n) from agg; -- (1 + 3 + 2) / 3 = 2 select avg(nvl(n,0)) from agg; -- (1 + 3 + 0 + 2) / 4 = 1.5 

यदि वे किसी खाली डेटासेट पर लागू होते हैं, या यदि उसमें केवल NULLs होते हैं, तो एग्रीगेट फ़ंक्शंस UNKNOWN लौटाते हैं। अपवाद पंक्तियों की संख्या की गणना के लिए REGR_COUNT और COUNT() फ़ंक्शन हैं। वे ऊपर सूचीबद्ध मामलों में शून्य वापस कर देंगे।

केवल NULLs का डेटा सेट:

 select sum(n) from agg where n is null; --  select avg(n) from agg where n is null; --  select regr_count(n,n) from agg where n is null; -- 0 select count(n) from agg where n is null; -- 0 

खाली डेटासेट:

 select sum(n) from agg where 1 = 0; --  select avg(n) from agg where 1 = 0; --  select regr_count(n,n) from agg where 1 = 0; -- 0 select count(n) from agg where 1 = 0; -- 0 

OLAP में NULL

इकाइयों से जुड़ी एक और विशेषता के बारे में बहुत संक्षेप में। क्वेरी के परिणामस्वरूप बहुआयामी पूर्ण क्यूब्स में, इसका मतलब डेटा की कमी और आयाम द्वारा समूहीकरण का संकेत दोनों हो सकता है। सबसे घृणित बात यह है कि इन दो हाइपोस्टेस को दृष्टि से अलग नहीं किया जा सकता है। सौभाग्य से, विशेष GROUPING और GROUPING_ID कार्य हैं जिनकी एक तेज आंख है। यदि आयाम कॉलम में NULL का अर्थ होता है, तो समूहन GROUPING() वापस आ जाएगा, यदि इस कॉलम और शून्य से समूहीकरण का संकेत है यदि इसमें एक विशिष्ट मान है (विशेष रूप से, NULL)। GROUPING_ID फ़ंक्शन GROUPING s से थोड़ा वेक्टर है, इस नोट में यह निश्चित रूप से शानदार है।

सामान्य तौर पर, बहुभिन्नरूपी विश्लेषण में NULL द्वैतवाद के बारे में ऐसी संक्षिप्त और अराजक जानकारी। नीचे GROUPING के उपयोग का एक उदाहरण है, और वेलकम डेटा वेयरहाउसिंग गाइड, अध्याय 21 के विवरण के लिए।

सुविधाजनक सुविधा sqlplus: जब डेटा आउटपुट, NULL को निर्दिष्ट स्ट्रिंग के साथ बदलता है:

 set null [NULL] 

एक बहुआयामी घन में NULL द्वैतवाद की जाँच:

 with t as ( --   1  select 'IVAN' customer, 'KEFIR' product, 1 qty from dual union all --    2  select NULL customer, 'MOLOKO' product, 2 qty from dual union all --   2  select 'IVAN' customer, 'MOLOKO' product, 2 qty from dual ) select customer cust, grouping(customer) grp_c , product prod, grouping(product) grp_p , sum(qty) qty from t group by cube(customer, product) order by grp_c, grp_p; CUST GRP_C PROD GRP_P QTY ---- ----- ------ ----- ---- [NULL] 0 MOLOKO 0 2 --    2   IVAN 0 KEFIR 0 1 --   1   IVAN 0 MOLOKO 0 2 --   2   IVAN 0 [NULL] 1 3 --   3    [NULL] 0 [NULL] 1 2 --    2    [NULL] 1 MOLOKO 0 4 --    4   [NULL] 1 KEFIR 0 1 --    1   [NULL] 1 [NULL] 1 5 --    5    

पर्दे के पीछे क्या रहता है

यह बहुत लंबा निकला, इसलिए सूचना का कुछ हिस्सा काटना पड़ा। अर्थात्:

• अनुक्रमित (नियमित, मिश्रित, बाइनरी, कार्यात्मक) में NULL। वहां मेरे पास पाठ की तुलना में अधिक लिस्टिंग है;
• NULLs के साथ काम करने के लिए कार्यों का विश्लेषण: प्रलेखित और बहुत नहीं;
• अनुरोधों (सभी प्रकार के मामलों) में NULLs के साथ काम करना
• शायद मैं कुछ अन्य बिंदुओं का उल्लेख करना भूल गया, टिप्पणी में लिखूं, मैं जोड़ूंगा।

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