ทำไม DBMS บางอันไม่อนุญาตให้มีการย้อนกลับสำหรับคำสั่ง DDL

เมื่อเร็ว ๆ นี้ฉันพบว่า MySQL ไม่สนับสนุนการย้อนกลับของ DDL เช่น "แก้ไขตาราง" ... เคยชินกับ PostgreSQL ที่ทำให้ฉันแปลก แต่เพื่อนของฉันบอกฉันว่าแม้แต่ Oracle ก็ไม่ยอม .. มีเหตุผลทางเทคนิคหรือไม่ที่ไม่สนับสนุน มันเป็นเพียงคุณสมบัติ "ไม่น่าสนใจ" สำหรับพวกเขา?

แก้ไข: เพิ่งพบการเปรียบเทียบนี้ ดูเหมือนว่ามี DBMSes หลายอย่างที่ทำสนับสนุน DDL การทำธุรกรรม

เหตุผลที่การทำงานใน PostgreSQL คือแคตตาล็อกระบบเป็นตารางปกติ ยกตัวอย่างเช่นการสร้างฟังก์ชั่นใหม่เพียงแค่ต้องการแทรกแถวลงในpg_procตารางการเปลี่ยนค่าเริ่มต้นของคอลัมน์เพียงแค่ต้องการทำการอัปเดตไปยังบางแถวในpg_attrdefเป็นต้น เนื่องจากตารางมีการทำธุรกรรมอยู่แล้วคุณเกือบจะต้องออกนอกเส้นทางของคุณเพื่อไม่ให้ตารางทำงานแบบนั้น (รายละเอียดการใช้งานที่เจ็บปวดไม่ได้ระบุไว้ที่นี่ ;-))

ฉันสมมติว่าไม่ทราบซอร์สโค้ดว่าเอ็นจินฐานข้อมูลอื่นใช้โครงสร้างภายในที่กำหนดเองบางอย่างเพื่อแสดงข้อมูลแคตตาล็อกระบบ ดังนั้นพวกเขาจึงต้องใช้ความพยายามเป็นพิเศษมีความพยายามเพิ่มมากขึ้นเพื่อให้ DDL ของทรานแซกชันทำงานได้และดูเหมือนจะไม่สำคัญสำหรับพวกเขา

นี่คือเหตุผลว่าทำไมการอัพเกรดรุ่นที่สำคัญของ PostgreSQL นั้นเจ็บปวดมาก ผลิตภัณฑ์อื่น ๆ สามารถออกแบบโครงสร้างข้อมูลเมตาภายในของพวกเขาด้วยการเปลี่ยนแปลงและการปรับปรุงในใจและดังนั้นจึงไม่มีปัญหากับการอัพเกรดเป็นรุ่นใหญ่ใหม่ ใน PostgreSQL ไม่มีวิธีใดที่จะเปลี่ยนตารางแคตตาล็อกระบบให้ดูคล้ายกับตารางแค็ตตาล็อกระบบรุ่นใหม่อย่างน้อยก็ในขณะที่ไม่ทำให้ระบบออนไลน์อยู่ในขณะนี้เพราะจะต้องเข้าถึงแคตตาล็อกระบบ Urgh

ส่วนใหญ่ไม่ได้ คนเกียจคร้าน

ฉันใช้ SQL Server เป็นหลัก ฉันรู้ว่า Oracle ไม่ได้ แต่ฉันคิดว่า Oracle อาจผิดปกติ

ใน SQL Server ฉันค่อนข้างแน่ใจว่าคุณสามารถเรียกใช้คำสั่ง DDL หลายรายการในธุรกรรมเดียวแม้ว่าฉันคิดว่ามีข้อ จำกัด อยู่สองข้อ (ซึ่งฉันลืมไปแล้วทั้งหมด) คุณสามารถสร้างหรือปรับเปลี่ยนหรือลดลงของสิ่งส่วนใหญ่และย้อนกลับถ้าคุณชอบ Red-Gate SQL Compare (เครื่องมือที่ฉันชอบ) ใช้ประโยชน์จากสิ่งนี้

ปัญหาในการทำเช่นนี้คือขอบเขตการทำธุรกรรมของคุณน่าสนใจพอสมควร ... เมื่อคุณเกี่ยวข้องกับแคตตาล็อกระบบในธุรกรรมการปรับปรุง (DDL) คุณเสี่ยงต่อการถูกล็อคที่สำคัญจริงๆและคุณอาจปิดกั้นการเข้าถึงแคตตาล็อกระบบ ผู้ใช้ไม่สามารถทำอะไรได้มากหากคำสั่งของพวกเขาไม่สามารถหาตารางในแคตตาล็อก

แม้ว่าจะมีความสมดุล แต่ก็มีประโยชน์ที่จะรวม DDL ในการทำธุรกรรมหลายงบ

เพิ่มเติมประโยชน์คำสั่ง SQL Server DDL ยังสามารถเป็นส่วนหนึ่งของการทำธุรกรรมหลายคำสั่งTRUNCATE คุณสามารถตัดทอนตารางเป้าหมาย (เร็วมาก) สร้างตารางแล้วทำคอมมิทถ้าคุณชอบผลลัพธ์ หากมีบางอย่างผิดปกติคุณจะย้อนกลับและ voila! เหมือนว่าคุณไม่เคยรบกวนตาราง พื้นที่บันทึกจะลดลง ฉันใช้ประโยชน์จากสิ่งนี้บ่อยครั้ง

ใน SQL Server เราสามารถย้อนกลับคำสั่ง DDL มันไม่ได้ใช้ auto commit เมื่อสิ้นสุดคำสั่ง ใน DBMS อื่น ๆ ฉันไม่รู้ แต่ฉันจำได้ว่าใน Oracle ไม่สามารถทำเช่นเดียวกัน ฉันเชื่อว่ามันเฉพาะเจาะจงสำหรับแต่ละ DBMS ไม่แน่ใจว่ามาตรฐาน SQL จะพูดเกี่ยวกับเรื่องนี้อย่างไร แต่ฉันแน่ใจว่าไม่มีผู้ผลิตใช้มาตรฐาน 100%

มีคำถามที่คล้ายกันเกี่ยวกับ SO: เป็นไปได้หรือไม่ที่จะเรียกใช้คำสั่ง DDL หลายรายการภายในธุรกรรม (ภายใน SQL Server)

Oracle มีการแยกวิเคราะห์แบบสอบถามที่ใช้ร่วมกันดังนั้น SELECT * FROM table_a ที่ดำเนินการโดยหนึ่งเซสชันนั้น (โดยปกติ) จะเหมือนกับของเซสชันอื่น นั่นจะแตกถ้าเซสชั่นหนึ่งคิดว่ามีสิบคอลัมน์ในตารางและอีกคิดว่ามีสิบเอ็ด