ฐานข้อมูลเอกสารกับฐานข้อมูลเชิงสัมพันธ์: วิธีการเลือก?

ฉันเป็นคน SQL แต่ฉันรู้ว่ามีฐานข้อมูลSQL ไม่เพียง - ฐานข้อมูลเอกสารส่วนใหญ่ เช่นเดียวกับเทคโนโลยีส่วนใหญ่มีข้อดีและข้อเสียสำหรับแต่ละเทคโนโลยี

ฉันได้อ่านบทความมาแล้ว แต่พวกเขาก็มีเหตุผลมากเกินไป สิ่งที่ฉันต้องการคือสองกรณีจริง:

1. เมื่อเปลี่ยนจาก relational- เป็น document-database ให้การปรับปรุง
2. เมื่อเปลี่ยนจากเอกสาร - เป็นฐานข้อมูลเชิงสัมพันธ์ให้การปรับปรุง

การปรับปรุงเป็นสิ่งที่ทำให้โปรแกรมดีขึ้น - ลดเวลาในการพัฒนาน้อยลง, ปรับขนาดได้, ประสิทธิภาพ, ทุกอย่างที่เกี่ยวข้องกับการเขียนโปรแกรม มีข้อแม้สำหรับ 2: เรื่องราวเช่น "ถอยกลับไปยังฐานข้อมูลเชิงสัมพันธ์เพราะทุกคนรู้ว่า SQL" ไม่ดี

เหตุผลหลักสำหรับการเลือกฐานข้อมูล NoSQL ปีที่ผ่านมาได้รับส่วนลดของ สำหรับ บริษัท เช่น Amazon, Google และ Facebook หนึ่งชั่วโมงของการหยุดทำงานหรือไม่เป็นที่ยอมรับ เพื่อให้มีความพร้อมในการใช้งานสูงคุณต้องลดความล้มเหลว ณ จุดเดียวนั่นหมายความว่าคุณต้องใช้ระบบกระจายที่มีคอมพิวเตอร์หลายเครื่องในกรณีที่คอมพิวเตอร์ล่มบริการยังคงมีอยู่

ฐานข้อมูลความสัมพันธ์แบบดั้งเดิมนั้นไม่ค่อยดีนักในการตั้งค่าแบบหลายต้นแบบ นั่นเป็นสาเหตุที่ NoSQL ได้รับความนิยมอย่างมากเมื่อเร็ว ๆ นี้ ดังนั้นหากคุณต้องการความพร้อมใช้งานสูงคุณสามารถเลือกฐานข้อมูล NoSQL เช่น Riak, Cassandra, HBase, S3 หรือ BigTable

มีการโพสต์บล็อกที่ดีเกี่ยวกับDynamo ของ Amazonที่เป็นการแนะนำที่ดีให้กับฐานข้อมูล NoSQL แบบกระจาย

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

อย่างไรก็ตามฐานข้อมูล NoSQL ส่วนใหญ่ไม่ยืดหยุ่นเท่ากับฐานข้อมูล RDBMS ดั้งเดิมดังนั้นจึงเป็นตัวเลือกที่ดีในการใช้ฐานข้อมูล RDBMS แบบดั้งเดิมจนกว่าจะไม่สามารถแก้ปัญหาของคุณได้อีก

ฉันมีวิธีการง่ายๆในการกำหนดฐานข้อมูลที่เหมาะกับข้อมูลมากที่สุด

ฉันแค่ถามตัวเอง: สมมติว่าฉันไม่มีฐานข้อมูลฉันจะบันทึกข้อมูลที่สำคัญที่สุดเป็นเอกสารหรือจะเก็บไว้ในสเปรดชีต

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

นอกจากนี้เมื่อคุณไม่สามารถหาโครงสร้างทั่วไปได้เลยฐานข้อมูล NoSQL นั้นเหมาะสมที่สุดสำหรับงาน

เมื่อข้อมูลมีลักษณะคล้ายเอกสารมากขึ้นเช่นข้อมูลที่เป็นข้อความที่มีโครงสร้างแบบลำดับชั้นโดยไม่มีความสัมพันธ์ที่ชัดเจนดังนั้นฉันจึงนึกถึงฐานข้อมูล XML ทันทีซึ่งช่วยให้คุณจัดเก็บเอกสารที่มีโครงสร้างแบบลำดับชั้นได้อย่างง่ายดาย บางครั้งมันเป็นการดีที่สุดที่จะใช้ซอฟต์แวร์การจัดการเอกสาร

ดังนั้นเพื่อให้คำตอบที่เป็นรูปธรรมและเรียบง่ายสำหรับคำถามทั้งสองข้อของคุณ: ขึ้นอยู่กับข้อมูล

เมื่อเปลี่ยนจาก relational- เป็น document-database ให้การปรับปรุง

เมื่อคุณต้องการยืนยันข้อมูลเชิงข้อความที่มีโครงสร้างแบบลำดับชั้นฐานข้อมูล Xml สามารถปรับปรุงได้อย่างมากในแง่ของการบำรุงรักษาและอาจปรับขนาดได้เช่นกัน

เมื่อเปลี่ยนจากเอกสาร - เป็นฐานข้อมูลเชิงสัมพันธ์ให้การปรับปรุง

ตัวอย่างเช่นเมื่อข้อมูลส่วนใหญ่อยู่ในรูปแบบตารางคล้ายกับความสัมพันธ์ที่ชัดเจนและคุณต้องรับประกันความสมบูรณ์

เราต้องยอมแพ้กับโมเดลเชิงสัมพันธ์เพราะข้อมูลที่เราได้รับนั้นไม่มีสคีมาที่เรียบง่ายชัดเจนคงที่และคงที่

ผู้ใช้ - และเรื่องราวของผู้ใช้ - ไม่มีสคีมาคงที่

เราพยายามที่จะกำหนดเค้าร่าง RDBMS คงที่ แต่มันเป็นความผิดพลาด

การส่งข้อมูลบุคคลที่สามแต่ละครั้ง (จากลูกค้าและจากผู้ขาย) นั้นคล้ายคลึงกัน แต่ไม่เหมือนกัน เราลองทำแผนที่กับสคีมาสัมพันธ์คงที่ แต่ความแปรปรวนนั้นมากเกินไป เราต้องเพิ่มฟิลด์ทุกไฟล์ (หลายสัปดาห์) หรือเราต้องห่างจากสคีมาสัมพันธ์คงที่และคงที่

หากเราดูแต่ละระเบียนเป็น "เอกสาร" ที่มีชุดย่อยขององค์ประกอบทั่วไปและคอลเลกชันที่ไม่ซ้ำกัน (รวมถึงการกำหนดไม่ถูกต้อง) ขององค์ประกอบข้อมูลเพิ่มเติมเราก็มีความสุขมากขึ้น

การรวบรวมองค์ประกอบข้อมูลที่ไม่ถูกต้องเป็นสิ่งที่ผู้ใช้ต้องการสำหรับกรณีการใช้งานจริง

สคีมาแบบคงที่และคงที่ของโมเดลเชิงสัมพันธ์ไม่เหมาะกับกรณีการใช้งานของเรา