เหตุใด Oracle 9i จึงถือว่าสตริงว่างเป็น NULL

ฉันรู้ว่ามันจะพิจารณา '' เป็นNULLแต่ไม่ได้ทำอะไรมากที่จะบอกฉันว่าทำไมถึงเป็นเช่นนี้ ตามที่ฉันเข้าใจข้อมูลจำเพาะของ SQL '' จะไม่เหมือนกับNULL- อันหนึ่งเป็นข้อมูลที่ถูกต้องและอีกรายการหนึ่งระบุว่าไม่มีข้อมูลเดียวกันนั้น

อย่าลังเลที่จะคาดเดา แต่โปรดระบุว่าเป็นอย่างนั้นหรือไม่ หากมีใครจาก Oracle ที่สามารถแสดงความคิดเห็นได้นั่นก็ยอดเยี่ยมมาก!

ฉันเชื่อว่าคำตอบคือ Oracle มีอายุเก่าแก่มาก

ย้อนกลับไปในสมัยก่อนก่อนที่จะมีมาตรฐาน SQL, Oracle ทำการตัดสินใจออกแบบที่สตริงว่างในVARCHAR/ VARCHAR2คอลัมน์เป็นNULLและมีเพียงหนึ่งความรู้สึกของ NULL (มีทฤษฎีเชิงสัมพันธ์ที่จะแยกความแตกต่างระหว่างข้อมูลที่ไม่เคยได้รับ ข้อมูลที่มีคำตอบอยู่ แต่ไม่เป็นที่รู้จักของผู้ใช้ข้อมูลที่ไม่มีคำตอบ ฯลฯ ซึ่งทั้งหมดเป็นความรู้สึกNULL)

เมื่อถึงเวลาที่มาตรฐาน SQL เข้ามาและตกลงNULLและสตริงว่างนั้นเป็นเอนทิตีที่แตกต่างกันมีผู้ใช้ Oracle ที่มีรหัสที่คิดว่าทั้งสองนั้นเทียบเท่ากันแล้ว ดังนั้น Oracle จึงเหลือตัวเลือกในการทำลายรหัสที่มีอยู่ละเมิดมาตรฐาน SQL หรือแนะนำพารามิเตอร์การเริ่มต้นบางประเภทที่จะเปลี่ยนการทำงานของแบบสอบถามจำนวนมากที่อาจเกิดขึ้น การละเมิดมาตรฐาน SQL (IMHO) เป็นตัวเลือกที่รบกวนน้อยที่สุดของตัวเลือกทั้งสามนี้

ออราเคิลเปิดโอกาสให้VARCHARประเภทข้อมูลจะเปลี่ยนไปในอนาคตเพื่อให้เป็นไปตามมาตรฐาน SQL (ซึ่งเป็นสาเหตุที่ทุกคนใช้VARCHAR2ใน Oracle เนื่องจากพฤติกรรมของประเภทข้อมูลนั้นรับประกันว่าจะยังคงเหมือนเดิม)

Tom Kyte VP ของ Oracle:

varchar ความยาวศูนย์จะถือว่าเป็น NULL

'' ไม่ถือว่าเป็น NULL

'' เมื่อกำหนดให้กับถ่าน (1) กลายเป็น '' (ประเภทถ่านเป็นสตริงที่มีเบาะรอง)

'' เมื่อกำหนดให้กับ varchar2 (1) จะกลายเป็น '' ซึ่งเป็นสตริงที่มีความยาวเป็นศูนย์และสตริงที่มีความยาวเป็นศูนย์จะเป็น NULL ใน Oracle (ไม่ยาว '')

ฉันสงสัยว่านี่เหมาะสมกว่าถ้าคุณคิดว่า Oracle เป็นวิธีที่นักพัฒนาก่อนหน้านี้ทำ - ในฐานะแบ็กเอนด์ที่ยอดเยี่ยมสำหรับระบบป้อนข้อมูล ทุกเขตข้อมูลในฐานข้อมูลสอดคล้องกับเขตข้อมูลในรูปแบบที่ผู้ดำเนินการป้อนข้อมูลเห็นบนหน้าจอของเขา หากผู้ประกอบการไม่ได้พิมพ์อะไรลงในเขตข้อมูลไม่ว่าจะเป็น "วันเกิด" หรือ "ที่อยู่" ดังนั้นข้อมูลสำหรับเขตข้อมูลนั้นคือ "ไม่ทราบ" ไม่มีวิธีใดที่โอเปอเรเตอร์จะระบุว่าที่อยู่ของใครบางคนเป็นสตริงที่ว่างเปล่าจริง ๆ และนั่นก็ไม่สมเหตุสมผลนัก

เอกสารของ Oracle แจ้งเตือนนักพัฒนาถึงปัญหานี้อย่างน้อยที่สุดกลับไปเป็นเวอร์ชัน 7

Oracle เลือกที่จะเป็นตัวแทนของ NULLS ด้วยเทคนิค "ค่าที่เป็นไปไม่ได้" ตัวอย่างเช่นค่า NULL ในตำแหน่งตัวเลขจะถูกเก็บเป็น "ลบศูนย์" ซึ่งเป็นค่าที่เป็นไปไม่ได้ ศูนย์ลบใด ๆ ที่เป็นผลมาจากการคำนวณจะถูกแปลงเป็นศูนย์บวกก่อนที่จะถูกเก็บไว้

นอกจากนี้ Oracle ยังเลือกอย่างผิดพลาดเพื่อพิจารณาสตริง VARCHAR ที่มีความยาวเป็นศูนย์ (สตริงว่าง) เป็นค่าที่เป็นไปไม่ได้และเป็นตัวเลือกที่เหมาะสมสำหรับการแทนค่า NULL ปรากฎว่าสตริงว่างอยู่ไกลจากค่าที่เป็นไปไม่ได้ แม้แต่ตัวตนภายใต้การทำงานของการต่อสตริง!

เอกสารของ Oracle เตือนนักออกแบบฐานข้อมูลและนักพัฒนาว่า Oracle เวอร์ชันในอนาคตบางรุ่นอาจแบ่งการเชื่อมโยงนี้ระหว่างสตริงว่างและ NULL และทำลายรหัสใด ๆ ที่ขึ้นอยู่กับความสัมพันธ์นั้น

มีเทคนิคในการตั้งค่าสถานะ NULLS นอกเหนือจากค่าที่เป็นไปไม่ได้ แต่ Oracle ไม่ได้ใช้

(ฉันใช้คำว่า "ตำแหน่ง" ด้านบนเพื่อหมายถึงจุดตัดของแถวและคอลัมน์)

สตริงว่างเป็นเหมือนกับ NULL เพียงเพราะมันเป็น "ความชั่วร้ายที่น้อยกว่า" เมื่อเปรียบเทียบกับสถานการณ์เมื่อสอง (สตริงว่างและ null) ไม่เหมือนกัน

ในภาษาที่ NULL และสตริงว่างเปล่าไม่เหมือนกันจะต้องตรวจสอบทั้งสองเงื่อนไขเสมอ

อ้างอิงจากเอกสาร 11g อย่างเป็นทางการ

ขณะนี้ฐานข้อมูล Oracle ปฏิบัติต่อค่าอักขระที่มีความยาวศูนย์เป็นโมฆะ อย่างไรก็ตามสิ่งนี้อาจไม่เป็นจริงในรุ่นอนาคตและ Oracle ขอแนะนำให้คุณไม่ใช้สตริงที่ว่างเปล่าเหมือนกับโมฆะ

สาเหตุที่เป็นไปได้

1. val IS NOT NULL สามารถอ่านได้มากกว่า val != ''
2. ไม่จำเป็นต้องตรวจสอบทั้งสองเงื่อนไข val != '' and val IS NOT NULL

ตัวอย่างจากหนังสือ

   set serveroutput on;   
    DECLARE
    empty_varchar2 VARCHAR2(10) := '';
    empty_char CHAR(10) := '';
    BEGIN
    IF empty_varchar2 IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_varchar2 is NULL');
    END IF;


    IF '' IS NULL THEN
    DBMS_OUTPUT.PUT_LINE(''''' is NULL');
    END IF;

    IF empty_char IS NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NULL');
    ELSIF empty_char IS NOT NULL THEN
    DBMS_OUTPUT.PUT_LINE('empty_char is NOT NULL');
    END IF;

    END;

เพราะการไม่ถือมันเป็น NULL ก็ไม่ได้มีประโยชน์อะไรเป็นพิเศษ

หากคุณทำผิดในพื้นที่นี้บน Oracle คุณมักจะสังเกตเห็นได้ทันที ในเซิร์ฟเวอร์ SQL มันจะปรากฏขึ้นเพื่อทำงานและปัญหาจะปรากฏขึ้นเฉพาะเมื่อมีคนป้อนสตริงว่างแทน NULL (อาจมาจากไลบรารีไคลเอนต์. net ซึ่ง null จะแตกต่างจาก "" แต่คุณมักจะปฏิบัติต่อพวกเขาเหมือนกัน )

ฉันไม่ได้บอกว่า Oracle ถูกต้อง แต่สำหรับฉันแล้วทั้งสองวิธีนั้นไม่ดีเท่ากัน

ที่จริงฉันไม่มีอะไรนอกจากความยากลำบากในการจัดการกับ Oracle รวมถึงค่าวันที่และเวลาที่ไม่ถูกต้อง (ไม่สามารถพิมพ์, แปลงหรืออะไรก็ได้เพียงแค่ดูด้วยฟังก์ชั่น DUMP ()) ที่ได้รับอนุญาตให้ใส่เข้าไปในฐานข้อมูล เวอร์ชันของไคลเอ็นต์เป็นคอลัมน์ไบนารี! มากสำหรับการปกป้องความสมบูรณ์ของฐานข้อมูล!

การจัดการลิงก์ NULL ของ Oracle:

http://digitalbush.com/2007/10/27/oracle-9i-null-behavior/

http://jeffkemponoracle.com/2006/02/empty-string-andor-null.html

อย่างแรกสุดสตริง null และ null ไม่ได้รับการปฏิบัติเหมือนกันทุกครั้งโดย Oracle สตริง null คือตามนิยามสตริงที่ไม่มีอักขระ นี่ไม่ใช่สิ่งเดียวกันกับค่า null NULL คือการขาดข้อมูล

ห้าหรือหกปีก่อนดังนั้นสตริง null ได้รับการปฏิบัติแตกต่างจาก null โดย Oracle ในขณะที่เช่น null สตริง null มีค่าเท่ากับทุกอย่างและแตกต่างจากทุกอย่าง (ซึ่งฉันคิดว่าใช้ได้สำหรับ null แต่ผิดทั้งหมดสำหรับสตริง null) อย่างน้อยความยาว (สตริง null) จะส่งกลับ 0 เนื่องจากควรเป็นสตริง null สตริงที่มีความยาวเป็นศูนย์

ขณะนี้ใน Oracle ความยาว (null) จะคืนค่า null ซึ่งฉันเดาว่าตกลง แต่ความยาว (สตริง null) จะคืนค่า null ซึ่งผิดทั้งหมด

ฉันไม่เข้าใจว่าทำไมพวกเขาตัดสินใจที่จะเริ่มรักษา "ค่า" ที่แตกต่างกัน 2 แบบนี้เหมือนกัน พวกเขาหมายถึงสิ่งที่แตกต่างและโปรแกรมเมอร์ควรมีความสามารถในการดำเนินการในแต่ละวิธีที่แตกต่างกัน ความจริงที่ว่าพวกเขาได้เปลี่ยนวิธีการของพวกเขาบอกฉันว่าพวกเขาไม่มีเบาะแสเกี่ยวกับวิธีการปฏิบัติต่อค่าเหล่านี้