قيمة فارغة (SQL)

في لغة استعلام قواعد البيانات SQL ، يُعدّ null أو NULL علامةً خاصةً تُستخدم للإشارة إلى عدم وجود قيمة بيانات في قاعدة البيانات . وقد قدّمها إي. إف. كود ، مُبتكر نموذج قواعد البيانات العلائقية ، لتلبية شرط دعم جميع أنظمة إدارة قواعد البيانات العلائقية الحقيقية ( RDBMS ) لتمثيل "المعلومات المفقودة والمعلومات غير القابلة للتطبيق". كما قدّم كود استخدام رمز أوميغا اليوناني الصغير (ω) لتمثيل null في نظرية قواعد البيانات . في SQL، تُعدّ كلمة null كلمةً محجوزةً تُستخدم لتحديد هذه العلامة.NULL

لا ينبغي الخلط بين القيمة الفارغة والقيمة صفر . تشير القيمة الفارغة إلى عدم وجود قيمة، وهذا يختلف عن القيمة الصفرية. على سبيل المثال، في السؤال "كم عدد الكتب التي يملكها آدم؟"، قد تكون الإجابة "صفر" (أي أن عدد الكتب معروف بأنه صفر ) أو "فارغة" (أي أن عدد الكتب غير معروف ). في جدول قاعدة البيانات، سيبدأ العمود الذي يعرض هذه الإجابة بدون قيمة (مُعلَّم بالقيمة الفارغة)، ولن يتم تحديثه بالقيمة صفر إلا بعد التأكد من أن آدم لا يملك أي كتب.

في لغة SQL، تُعتبر القيمة الفارغة (null) علامةً وليست قيمةً حقيقية. يختلف هذا الاستخدام عن معظم لغات البرمجة، حيث تعني القيمة الفارغة لمرجع أنه لا يشير إلى أي كائن .

أشار إي. إف. كود إلى القيم الفارغة (null) كطريقة لتمثيل البيانات المفقودة في النموذج العلائقي في ورقة بحثية نُشرت عام 1975 في نشرة FDT التابعة لجمعية ACM - SIGMOD . وتُعدّ ورقة كود الأكثر شيوعًا في الاستشهاد بدلالات القيم الفارغة (كما هو مُعتمد في لغة SQL) هي ورقته البحثية المنشورة عام 1979 في مجلة ACM Transactions on Database Systems ، والتي قدّم فيها أيضًا نموذجه العلائقي/تسمانيا ، على الرغم من أن العديد من المقترحات الأخرى الواردة في هذه الورقة الأخيرة لا تزال غير واضحة. يُفصّل القسم 2.3 من ورقته البحثية لعام 1979 دلالات انتشار القيم الفارغة في العمليات الحسابية، بالإضافة إلى المقارنات التي تستخدم منطقًا ثلاثيًا (ثلاثي القيم) عند المقارنة بالقيم الفارغة؛ كما يُفصّل أيضًا معالجة القيم الفارغة في عمليات المجموعات الأخرى (وهي مسألة لا تزال مثيرة للجدل حتى اليوم). في أوساط نظرية قواعد البيانات ، يُشار الآن إلى اقتراح كود الأصلي (1975، 1979) باسم "جداول كود". ^{[ 1 ]} أكد كود لاحقًا على شرطه بأن تدعم جميع أنظمة إدارة قواعد البيانات العلائقية القيمة الفارغة (Null) للإشارة إلى البيانات المفقودة في مقال من جزأين نُشر عام 1985 في مجلة Computerworld . ^{[ 2 ] [ 3 ]}

اعتمد معيار SQL لعام 1986 بشكل أساسي اقتراح كود بعد نموذج أولي للتنفيذ في نظام IBM System R. على الرغم من أن دون تشامبرلين أقر بأن القيم الفارغة (إلى جانب الصفوف المكررة) تُعدّ من أكثر ميزات SQL إثارةً للجدل، إلا أنه دافع عن تصميمها في SQL مستندًا إلى حجج عملية مفادها أنها أقل أشكال دعم النظام تكلفةً للمعلومات المفقودة، مما يوفر على المبرمج العديد من عمليات التحقق المتكررة على مستوى التطبيق (انظر مشكلة شبه المسند )، وفي الوقت نفسه يمنح مصمم قاعدة البيانات خيار عدم استخدام القيم الفارغة إذا رغب في ذلك؛ على سبيل المثال، لتجنب حالات الشذوذ المعروفة (المناقشة في قسم الدلالات من هذه المقالة). كما جادل تشامبرلين بأن الخبرة العملية مع القيم الفارغة، إلى جانب توفير بعض وظائف القيم المفقودة، أدت أيضًا إلى ظهور ميزات لغوية أخرى تعتمد عليها، مثل بعض بنيات التجميع والوصلات الخارجية. وأخيراً، جادل بأن القيم الفارغة تُستخدم عملياً أيضاً كوسيلة سريعة لتصحيح مخطط موجود عندما يحتاج إلى التطور بما يتجاوز غرضه الأصلي، حيث لا يُستخدم الترميز لمعلومات مفقودة بل لمعلومات غير قابلة للتطبيق؛ على سبيل المثال، قاعدة بيانات تحتاج بسرعة إلى دعم السيارات الكهربائية مع وجود عمود يوضح عدد الأميال لكل جالون. ^{[ 4 ]}

أشار كود في كتابه الصادر عام 1990 بعنوان "النموذج العلائقي لإدارة قواعد البيانات، الإصدار الثاني" إلى أن قيمة Null الوحيدة التي يفرضها معيار SQL غير كافية، ويجب استبدالها بعلامتين منفصلتين من نوع Null للإشارة إلى سبب فقدان البيانات. في كتاب كود، يُشار إلى هاتين العلامتين بـ "قيم A" و"قيم I"، حيث تمثلان "مفقود ولكن قابل للتطبيق" و"مفقود ولكن غير قابل للتطبيق" على التوالي. ^{[ 5 ]} كانت توصية كود ستتطلب توسيع النظام المنطقي لـ SQL لاستيعاب نظام منطقي رباعي القيم. وبسبب هذا التعقيد الإضافي، لم تحظَ فكرة وجود قيم Null متعددة بتعريفات مختلفة بقبول واسع النطاق في مجال ممارسي قواعد البيانات. ومع ذلك، لا يزال هذا المجال محل بحث نشط، حيث لا تزال تُنشر فيه العديد من الأوراق البحثية.

بما أن القيمة الفارغة (Null) ليست عنصرًا في أي نطاق بيانات ، فإنها لا تُعتبر "قيمة"، بل علامة (أو عنصر نائب) تشير إلى القيمة غير المُعرَّفة . ولهذا السبب، لا يمكن أن تُسفر المقارنات مع القيمة الفارغة عن نتيجة صحيحة أو خاطئة، بل دائمًا عن نتيجة منطقية ثالثة، وهي "غير معروف". ^{[ 9 ]} والنتيجة المنطقية للتعبير أدناه، الذي يقارن القيمة 10 بالقيمة الفارغة، هي "غير معروف".

SELECT 10 = NULL -- النتيجة: غير معروف

مع ذلك، قد تُعيد بعض العمليات على القيم الفارغة (Null) قيمًا إذا لم تكن القيمة الغائبة ذات صلة بنتيجة العملية. انظر المثال التالي:

SELECT NULL OR TRUE -- النتيجة: صحيح

في هذه الحالة، فإن حقيقة أن القيمة الموجودة على يسار OR غير قابلة للمعرفة لا علاقة لها بالموضوع، لأن نتيجة عملية OR ستكون صحيحة بغض النظر عن القيمة الموجودة على اليسار.

تُنفّذ لغة SQL ثلاث نتائج منطقية، لذا يجب أن تُوفّر تطبيقاتها منطقًا ثلاثي القيم مُتخصصًا (3VL) . تُبيّن الجداول أدناه القواعد التي تُحكم منطق SQL ثلاثي القيم (حيث يُمثّل p و q حالتين منطقيتين). ^{[ 10 ]} تتوافق جداول الحقيقة التي تستخدمها SQL لعمليات AND وOR وNOT مع جزء مشترك من منطق Kleene وŁukasiewicz ثلاثي القيم (والذي يختلف في تعريف الاستلزام؛ مع ذلك، لا تُعرّف SQL مثل هذه العملية). ^{[ 11 ]}

SELECT * FROM t WHERE i = NULL ;

SELECT * FROM stuff WHERE ( x = 10 ) OR NOT ( x = 10 );

SELECT * FROM stuff ;

SELECT * FROM stuff ; -- هذا (بسبب 3VL) مكافئ لما يلي: SELECT * FROM stuff WHERE ( x = 10 ) OR NOT ( x = 10 ) OR x IS NULL ;

SELECT * FROM stuff WHERE x IS NOT NULL ;

حدد 'ok' حيث 1 ليس ضمن ( حدد CAST ( NULL AS INTEGER )) اتحاد حدد 'ok' حيث 1 ضمن ( حدد CAST ( NULL AS INTEGER ));

SELECT 'ok' WHERE ( 1 IN ( SELECT CAST ( NULL AS INTEGER ))) IS UNKNOWN ;

( أ = ب ) أو ( أ فارغ و ب فارغ )​​

SELECT CASE i WHEN NULL THEN 'Is Null' -- لن يتم إرجاع هذه القيمة أبدًا WHEN 0 THEN 'Is Zero' -- سيتم إرجاع هذه القيمة عندما i = 0 WHEN 1 THEN 'Is One' -- سيتم إرجاع هذه القيمة عندما i = 1 END FROM t ;

SELECT CASE WHEN i IS NULL THEN 'Null Result' -- سيتم إرجاع هذه القيمة عندما تكون i تساوي NULL WHEN i = 0 THEN 'Zero' -- سيتم إرجاع هذه القيمة عندما تكون i = 0 WHEN i = 1 THEN 'One' -- سيتم إرجاع هذه القيمة عندما تكون i = 1 END FROM t ;

SELECT DECODE ( i , NULL , 'Null Result' , 0 , 'Zero' , 1 , 'One' ) FROM t ;

إذا كانت قيمة i تساوي NULL ، فاختر 'النتيجة صحيحة'، وإذا لم تكن قيمة i تساوي NULL ، فاختر 'النتيجة خاطئة'، وإلا فاختر 'النتيجة غير معروفة' .

قدّم العمل الرائد لـ ت. إيميلينسكي و و. ليبسكي الابن (1984) ^{[ 17 ]} إطارًا لتقييم الدلالات المقصودة لمختلف المقترحات لتطبيق دلالات القيم المفقودة، وهو ما يُعرف باسم جبر إيميلينسكي-ليبسكي . يتبع هذا القسم تقريبًا الفصل 19 من كتاب "أليس" ^{[ 18 ]} . ويظهر عرض مشابه في مراجعة رون فان دير ميدن، §10.4 ^{[ 1 ] .}

SELECT * FROM Emp WHERE Age = 22 ;

حدد الاسم من جدول الموظفين حيث العمر = 22، ثم قم بدمجه مع تحديد الاسم من جدول الموظفين حيث العمر <> 22 .

SELECT F1 , F3 FROM ( SELECT F1 , F2 FROM J ) AS F12 NATURAL JOIN ( SELECT F2 , F3 FROM J ) AS F23 ;

يتقاطع منطق SQL ثلاثي القيم مع لغة تعريف البيانات (DDL) بشكل أساسي في شكل قيود التحقق . يعمل قيد التحقق الموضوع على عمود وفقًا لمجموعة قواعد مختلفة قليلاً عن تلك الخاصة WHEREبعبارة DML. فبينما يجب أن تكون نتيجة عبارة DML WHEREصحيحة (True) للصف، يجب ألا تكون نتيجة قيد التحقق خاطئة (False). (من منظور منطقي، القيم المحددة هي صحيح (True) وغير معروف (Unknown)). هذا يعني أن قيد التحقق سينجح إذا كانت نتيجة التحقق إما صحيحًا (True) أو غير معروف (Unknown). سيمنع جدول المثال التالي، الذي يحتوي على قيد تحقق، إدخال أي قيم عددية صحيحة في العمود i ، ولكنه سيسمح بإدخال قيمة فارغة (Null) لأن نتيجة التحقق ستكون دائمًا غير معروف (Unknown) بالنسبة للقيم الفارغة. ^{[ 19 ]}

إنشاء جدول t ( i عدد صحيح ، قيد ck_i التحقق ( i < 0 AND i = 0 AND i > 0 ) );

بسبب التغيير في القيم المُحددة بالنسبة لعبارة WHERE ، فإن قانون الوسط المرفوع، من منظور منطقي، يُعد تحصيل حاصل بالنسبة لقيود CHECK ، أي أنه ينجح دائمًا. علاوة على ذلك، بافتراض أن القيم الفارغة تُفسر على أنها قيم موجودة ولكنها غير معروفة، فإن بعض قيود CHECK الشاذة، مثل القيد المذكور أعلاه، تسمح بإدخال قيم فارغة لا يمكن استبدالها بأي قيمة غير فارغة.CHECK (p OR NOT p)

لتقييد عمود بحيث لا يقبل القيم الفارغة، NOT NULLيمكن تطبيق القيد الموضح في المثال أدناه. هذا NOT NULLالقيد مكافئ دلاليًا لقيد التحقق مع IS NOT NULLشرط.

إنشاء جدول t ( i عدد صحيح غير فارغ );

بشكل افتراضي، تنجح قيود التحقق من المفاتيح الخارجية إذا كانت أي من الحقول في هذه المفاتيح فارغة (Null). على سبيل المثال، الجدول

إنشاء جدول الكتب ( العنوان VARCHAR ( 100 ), اسم عائلة المؤلف VARCHAR ( 20 ), اسم المؤلف الأول VARCHAR ( 20 ), مفتاح خارجي ( اسم عائلة المؤلف , اسم المؤلف الأول ) يشير إلى جدول المؤلفين ( اسم العائلة , الاسم الأول ));

سيسمح هذا بإدراج صفوف حيث يكون اسم المؤلف الأخير أو اسمه الأول NULLفارغًا بغض النظر عن كيفية تعريف جدول المؤلفين أو محتوياته. بتعبير أدق، فإن وجود قيمة فارغة في أي من هذين الحقلين سيسمح بوجود أي قيمة في الحقل الآخر، حتى لو لم تكن موجودة في جدول المؤلفين. على سبيل المثال، إذا كان جدول المؤلفين يحتوي على اسم المؤلف الأخير فقط ('Doe', 'John')، فإن ('Smith', NULL)القيمة الفارغة ستفي بشرط المفتاح الخارجي. أضاف SQL-92 خيارين إضافيين لتضييق نطاق التطابقات في مثل هذه الحالات. إذا MATCH PARTIALتمت إضافة الخيار `--` بعد REFERENCESتعريف المفتاح الخارجي، فإن أي قيمة غير فارغة يجب أن تطابق المفتاح الخارجي، على سبيل المثال، ('Doe', NULL)ستظل القيمة الفارغة مطابقة، بينما ('Smith', NULL)لن تكون القيمة الفارغة مطابقة. أخيرًا، إذا MATCH FULLتمت إضافة الخيار ('Doe', NULL)`--`، فلن تطابق القيمة الفارغة الشرط أيضًا، بينما (NULL, NULL)ستظل القيمة الفارغة مطابقة.

تُنتج عمليات الربط الخارجي في SQL ، بما في ذلك الربط الخارجي الأيسر والربط الخارجي الأيمن والربط الخارجي الكامل، قيمًا فارغة (Null) تلقائيًا كعناصر نائبة للقيم المفقودة في الجداول المرتبطة. فعلى سبيل المثال، في الربط الخارجي الأيسر، تُستبدل الصفوف المفقودة من الجدول الموجود على الجانب الأيمن من LEFT OUTER JOINعامل الربط بقيم فارغة. يستخدم المثال البسيط التالي جدولين لتوضيح كيفية إنتاج القيم الفارغة كعناصر نائبة في الربط الخارجي الأيسر.

يحتوي الجدول الأول ( الموظف ) على أرقام هوية الموظفين وأسمائهم، بينما يحتوي الجدول الثاني ( رقم الهاتف ) على أرقام هوية الموظفين وأرقام هواتفهم ذات الصلة ، كما هو موضح أدناه.

يقوم استعلام SQL النموذجي التالي بإجراء عملية ربط خارجي يساري على هذين الجدولين.

SELECT e.ID , e.LastName , e.FirstName , pn.Number FROM Employee e LEFT OUTER JOIN PhoneNumber pn ON e.ID = pn.ID ;​​​​​​​​​​​​

توضح مجموعة النتائج التي تم إنشاؤها بواسطة هذا الاستعلام كيف يستخدم SQL Null كعنصر نائب للقيم المفقودة من الجدول الأيمن ( PhoneNumber )، كما هو موضح أدناه.

تُعرّف لغة SQL دوال التجميع لتبسيط عمليات حساب التجميع على جانب الخادم للبيانات. باستثناء دالة التجميع COUNT(*)، تُجري جميع دوال التجميع خطوة حذف القيم الفارغة، بحيث لا تُدرج هذه القيم في النتيجة النهائية للحساب. ^{[ 20 ]}

لاحظ أن حذف القيمة الفارغة لا يُعادل استبدالها بالصفر. على سبيل المثال، في الجدول التالي، سيعطي AVG(i)(متوسط ​​قيم ) نتيجة مختلفة عن نتيجة .iAVG(j)

هنا AVG(i)200 (متوسط ​​150 و200 و250)، بينما AVG(j)150 (متوسط ​​150 و200 و250 و0). ومن الآثار الجانبية المعروفة لهذا أن في لغة SQL، AVG(z)لا يُعادل ، SUM(z)/COUNT(*)بل يُعادل SUM(z)/COUNT(z). ^{[ 4 ]}

يمكن أن تكون نتيجة دالة التجميع فارغة (Null). إليك مثال:

حدد عدد ( * )، وأدنى ( e.Wage )، وأعلى ( e.Wage ) من جدول الموظفين e حيث يكون اسم العائلة e مشابهًا لـ ' % Jones%' ؛

سيُخرج هذا الاستعلام دائمًا صفًا واحدًا فقط، يحسب عدد الموظفين الذين تحتوي ألقابهم على "جونز"، ويُظهر الحد الأدنى والحد الأقصى للأجور المُحددة لهؤلاء الموظفين. ولكن، ماذا لو لم يُطابق أي من الموظفين المعايير المُحددة؟ من المستحيل حساب الحد الأدنى أو الحد الأقصى لمجموعة فارغة ، لذا ستكون النتائج NULL، مما يُشير إلى عدم وجود إجابة. هذه ليست قيمة غير معروفة، بل هي قيمة فارغة تُمثل غياب قيمة. ستكون النتيجة كالتالي:

نظرًا لأن SQL:2003 يُعرّف جميع علامات Null على أنها غير متساوية، فقد استلزم الأمر تعريفًا خاصًا لتجميع قيم Null معًا عند تنفيذ عمليات معينة. يُعرّف SQL عبارة "أي قيمتين متساويتين، أو أي قيمتين Null" بأنها "غير مميزة". ^{[ 21 ]} يسمح هذا التعريف لـ " غير مميزة" لـ SQL بتجميع وفرز قيم Null عند GROUP BYاستخدام عبارة (أو ميزة أخرى في لغة SQL تُنفّذ التجميع).

تتضمن عمليات SQL الأخرى، والعبارات، والكلمات الرئيسية التي تستخدم تعريف "not distinct" في معالجتها للقيم الفارغة ما يلي:

• بند PARTITION BYوظائف الترتيب والتقسيم مثلROW_NUMBER
• تُعامل المعاملات UNION، INTERSECTو ، و EXCEPT، القيم الفارغة على أنها متطابقة لأغراض مقارنة الصفوف/حذفها
• الكلمة DISTINCTالمفتاحية المستخدمة في SELECTالاستعلامات

إن مبدأ عدم تساوي القيم الفارغة (بل كون النتيجة غير معروفة) يُنتهك فعليًا في مواصفات SQL للمعامل UNION، الذي يُعرّف القيم الفارغة ببعضها البعض. ^{[ 1 ]} ونتيجةً لذلك، قد تُنتج بعض عمليات المجموعات في SQL، مثل الاتحاد والفرق، نتائج لا تُمثل معلومات مؤكدة، على عكس العمليات التي تتضمن مقارنات صريحة مع القيمة الفارغة (مثل تلك الموجودة في WHEREعبارة a المذكورة أعلاه). في اقتراح كود لعام 1979 (الذي اعتمدته SQL92)، يُبرر هذا التناقض الدلالي بالقول إن إزالة التكرارات في عمليات المجموعات تحدث "بمستوى تفصيل أقل من اختبار المساواة في تقييم عمليات الاسترجاع". ^{[ 11 ]}

لا يُحدد معيار SQL ترتيب فرز افتراضيًا للقيم الفارغة (Null). بدلاً من ذلك، في الأنظمة المتوافقة، يمكن فرز القيم الفارغة قبل أو بعد جميع قيم البيانات باستخدام عبارات NULLS FIRST`or` NULLS LASTفي ORDER BYالقائمة، على التوالي. مع ذلك، لا تُفعّل جميع أنظمة إدارة قواعد البيانات هذه الوظيفة. وقد تُحدد الأنظمة التي لا تُفعّل هذه الوظيفة طرقًا مختلفة لفرز القيم الفارغة في نظام إدارة قواعد البيانات. ^{[ 19 ]}

بعض منتجات SQL لا تقوم بفهرسة المفاتيح التي تحتوي على قيم NULL. على سبيل المثال، لم تكن إصدارات PostgreSQL السابقة للإصدار 8.3 تفعل ذلك، حيث تنص وثائق فهرس B-tree على ذلك ^{[ 22 ]}

تستطيع أشجار B التعامل مع استعلامات المساواة والنطاق على البيانات التي يمكن فرزها وفق ترتيب معين. على وجه الخصوص، سيأخذ مُخطط استعلامات PostgreSQL في الاعتبار استخدام فهرس شجرة B كلما تم استخدام عمود مفهرس في مقارنة باستخدام أحد هذه العوامل: < ≤ = ≥ >

يمكن أيضًا تنفيذ بنيات مكافئة لمجموعات هذه العوامل، مثل BETWEEN و IN، باستخدام بحث فهرس شجرة B. (لكن لاحظ أن IS NULL لا يكافئ = ولا ​​يمكن فهرسته).

في الحالات التي يفرض فيها الفهرس التفرد، تُستبعد القيم الفارغة (NULL) من الفهرس، ولا يُفرض التفرد بين القيم الفارغة. وبالرجوع إلى وثائق PostgreSQL: ^{[ 23 ]}

عند تعريف فهرس فريد، لن يُسمح بوجود صفوف متعددة في الجدول ذات قيم مفهرسة متساوية. لا تُعتبر القيم الفارغة متساوية. يرفض الفهرس الفريد متعدد الأعمدة فقط الحالات التي تتساوى فيها جميع الأعمدة المفهرسة في صفين.

يتوافق هذا مع السلوك المحدد في SQL:2003 للمقارنات العددية الفارغة.

تتضمن طريقة أخرى لفهرسة القيم الفارغة التعامل معها على أنها غير مميزة وفقًا للسلوك المحدد في SQL:2003. على سبيل المثال، تنص وثائق Microsoft SQL Server على ما يلي: ^{[ 24 ]}

لأغراض الفهرسة، تُعتبر القيم الفارغة (NULL) متساوية. لذا، لا يمكن إنشاء فهرس فريد، أو قيد فريد، إذا كانت المفاتيح فارغة في أكثر من صف. حدد الأعمدة المُعرّفة على أنها غير فارغة (NOT NULL) عند اختيار أعمدة الفهرس الفريد أو القيد الفريد.

تتوافق كلتا استراتيجيتي الفهرسة هاتين مع سلوك القيم الفارغة (Nulls) المحدد في معيار SQL:2003. ولأن معيار SQL:2003 لا يُحدد منهجيات الفهرسة بشكل صريح، فإن تصميم استراتيجيات فهرسة القيم الفارغة وتنفيذها متروك بالكامل للموردين.

تُعرّف لغة SQL دالتين للتعامل مع القيم الفارغة (Null) بشكل صريح: NULLIFو COALESCE. كلتا الدالتين اختصاران للتعبيرات التي يتم البحث عنهاCASE . ^{[ 25 ]}

NULLIF ( value1 , value2 )

CASE WHEN value1 = value2 THEN NULL ELSE value1 END

COALESCE ( value1 , value2 , value3 , ...)

CASE WHEN value1 IS NOT NULL THEN value1 WHEN value2 IS NOT NULL THEN value2 WHEN value3 IS NOT NULL THEN value3 ... END

COALESCE ( val1 , ... , val { n } )

NVL ( val1 , NVL ( val2 , NVL ( val3 , … , NVL ( val { n - 1 } , val { n } ) … )))

القيمة NULLالحرفية غير مُحددة النوع في لغة SQL، أي أنها لا تُصنف كعدد صحيح أو حرف أو أي نوع بيانات آخر . ^{[ 26 ]} ولهذا السبب، يكون من الضروري (أو المُستحسن) أحيانًا تحويل القيم الفارغة (Null) صراحةً إلى نوع بيانات مُحدد. على سبيل المثال، إذا كان نظام إدارة قواعد البيانات العلائقية (RDBMS) يدعم الدوال المُحمّلة بشكل زائد ، فقد لا تتمكن لغة SQL من تحديد الدالة الصحيحة تلقائيًا دون معرفة أنواع بيانات جميع المُعاملات، بما في ذلك تلك التي تُمرر لها قيمة فارغة (Null).

NULLيمكن تحويل القيمة الحرفية إلى قيمة فارغة (Null) من نوع محدد باستخدام الطريقة CASTالمُقدمة في SQL-92 . على سبيل المثال:

CAST ( NULL AS INTEGER )

يمثل قيمة غائبة من النوع INTEGER.

يختلف نوع قيمة Unknown (سواء كانت مختلفة عن NULL أم لا) بين تطبيقات SQL المختلفة. على سبيل المثال، ما يلي

حدد 'ok' حيث ( NULL <> 1 ) IS NULL ;

يُحلل هذا الكود ويُنفذ بنجاح في بعض البيئات (مثل SQLite أو PostgreSQL ) التي تُوحد قيمة NULL المنطقية مع Unknown، ولكنه يفشل في التحليل في بيئات أخرى (مثل SQL Server Compact ). يتصرف MySQL بشكل مشابه لـ PostgreSQL في هذا الصدد (مع استثناء بسيط يتمثل في أن MySQL لا يُفرق بين TRUE وFALSE وبين العددين الصحيحين 1 و0). بالإضافة إلى ذلك، يُنفذ PostgreSQL IS UNKNOWNدالة منطقية، يُمكن استخدامها لاختبار ما إذا كانت نتيجة منطقية ثلاثية القيم هي Unknown، على الرغم من أن هذا مجرد تحسين برمجي .

أدخل معيار ISO SQL:1999 نوع البيانات BOOLEAN إلى SQL؛ ومع ذلك، لا يزال مجرد ميزة اختيارية وغير أساسية، ومُرمز لها بـ T031. ^{[ 27 ]}

عند تقييد نوع NOT NULLالبيانات BOOLEAN في لغة SQL بقيد معين، فإنه يعمل تمامًا مثل نوع البيانات المنطقية في اللغات الأخرى. أما في حال عدم تقييده، فيمكن لنوع البيانات BOOLEAN، على الرغم من اسمه، أن يحمل القيم المنطقية TRUE وFALSE وUNKNOWN، والتي تُعرَّف جميعها كقيم منطقية حرفية وفقًا للمعيار. ويؤكد المعيار أيضًا أنه يمكن استخدام NULL وUNKNOWN بشكل تبادلي للدلالة على الشيء نفسه تمامًا. ^{[ 28 ] [ 29 ]}

لقد تعرض النوع المنطقي للنقد، لا سيما بسبب السلوك المفروض للحرف UNKNOWN، الذي لا يساوي نفسه أبدًا بسبب تعريفه مع NULL. ^{[ 30 ]}

كما ذُكر سابقًا، في تطبيق PostgreSQL للغة SQL ، يُستخدم Null لتمثيل جميع النتائج غير المعروفة (UNKNOWN)، بما في ذلك القيمة المنطقية غير المعروفة (UNKNOWN BOOLEAN). لا يدعم PostgreSQL القيمة الحرفية غير المعروفة (مع أنه يدعم عامل التشغيل IS UNKNOWN، وهي ميزة مستقلة). لا تدعم معظم الشركات الكبرى الأخرى النوع المنطقي (كما هو مُعرّف في T031) حتى عام 2012. ^{[ 31 ]} مع ذلك، يدعم الجزء الإجرائي من PL/SQL الخاص بـ Oracle المتغيرات المنطقية؛ ويمكن أيضًا إسناد القيمة NULL إليها، وتُعتبر القيمة مُماثلة للقيمة غير المعروفة. ^{[ 32 ]}

• SQL
• القيم الفارغة في: ويكي بوك SQL
• المنطق ثلاثي القيم
• لغة معالجة البيانات
• قواعد كود الـ 12
• تحقق من القيد
• النموذج العلائقي/تسمانيا
• نظام إدارة قواعد البيانات العلائقية
• الربط (SQL)

• إي إف كود. فهم العلاقات (الجزء السابع). نشرة FDT التابعة لـ ACM-SIGMOD، 7(3-4):23–28، 1975.
• كود، إي إف (1979). "توسيع نموذج قواعد البيانات العلائقية لاستيعاب المزيد من المعاني". معاملات ACM لأنظمة قواعد البيانات . 4 (4): 397-434 . CiteSeerX 10.1.1.508.5701 . doi : 10.1145/320107.320109 . S2CID 17517212 .  وخاصة الفقرة 2.3.
• ديت، سي جيه (2000). نموذج قواعد البيانات العلائقية: مراجعة وتحليل استعاديان: سرد تاريخي وتقييم لمساهمة إي إف كود في مجال تكنولوجيا قواعد البيانات . أديسون ويسلي لونجمان . ISBN 978-0-201-61294-3.
• كلاين، هانز-يواكيم (1994). "كيفية تعديل استعلامات SQL لضمان الحصول على إجابات مؤكدة" . سجل ACM SIGMOD . 23 (3): 14-20 . doi : 10.1145/187436.187445 . S2CID 17354724 . 
• كلود روبنسون، القيم الفارغة، والمنطق ثلاثي القيم، والغموض في لغة SQL: نقد نقد التاريخ، مؤرشف في 2016-03-05 على Wayback Machine ، سجل SIGMOD، ديسمبر 2007 (المجلد 36، العدد 4)
• جون جرانت، القيم الفارغة في لغة SQL . سجل SIGMOD، سبتمبر 2008 (المجلد 37، العدد 3)
• وارابورن، نارونغريت، وكريينغكراي بوركايو. " دلالات القيم الفارغة للاستعلامات الفرعية والمسندات الذرية ". المجلة الدولية لعلوم الحاسوب التابعة للجمعية الدولية لمهندسي الهندسة 35.3 (2008): 305-313.
• تالهايم، برنارد؛ شيف، كلاوس-ديتر (2011). "جبر ومنطق القيم الصفرية" . آفاق في الذكاء الاصطناعي وتطبيقاته . 225 (نمذجة المعلومات وقواعد المعرفة XXII). doi : 10.3233/978-1-60750-690-4-354 .
• إنريكو فرانكوني وسيرجيو تيساريس، حول منطق القيم الفارغة في لغة SQL ، وقائع ورشة عمل ألبرتو مندلسون الدولية السادسة حول أسس إدارة البيانات، أورو بريتو، البرازيل، 27-30 يونيو 2012، الصفحات  114-128

• تم أرشفة بيانات Oracle NULL بتاريخ 12 أبريل 2013 على موقع Wayback Machine .
• البيان الثالث
• آثار القيم الفارغة في تسلسل البيانات
• تقرير خطأ في جافا يتعلق بعدم تمييز jdbc بين القيم الفارغة والسلاسل النصية الفارغة، والذي أغلقته شركة Sun باعتباره "ليس خطأً".