MongoDB: เอกสาร ไม่ใช่หลักคำสอน

ประเด็นสำคัญ

1. เอกสาร BSON ให้ความยืดหยุ่นของสคีมาอย่างจงใจ ซึ่งหมายความว่าระเบียบวินัยในการออกแบบสคีมาจะเปลี่ยนจากไฟล์การโยกย้ายเป็นค่าเริ่มต้นของแอปพลิเคชัน: เอกสารที่ฝังไว้สำหรับรูปแบบการอ่านหลายรายการเทียบกับการอ้างอิงสำหรับความสัมพันธ์แบบหนึ่งต่อหลายยังคงเป็นการตัดสินใจที่สร้างหรือทำลายประสิทธิภาพ
2. ไปป์ไลน์การรวมกลุ่มเป็นที่ที่งานวิเคราะห์ดำเนินอยู่: ขั้นตอนที่สร้างขึ้นตามวัตถุประสงค์ (การจับคู่ กลุ่ม การค้นหา ผ่อนคลาย) แทนที่การลดแผนที่เฉพาะกิจ สำหรับการวิเคราะห์การปฏิบัติงานส่วนใหญ่ การรวมกลุ่มและดัชนีจะเหนือกว่าข้อมูลการจัดส่งไปยังคลังสินค้า
3. ชุดแบบจำลองจัดการ HA ทั่วไปได้ในราคาถูก: หนึ่งรายการหลักบวกรายการรองที่มีการเฟลโอเวอร์อัตโนมัติและการตั้งค่าการอ่าน การแบ่งส่วนเป็นคุณลักษณะข้อมูลแบบกระจายที่แท้จริงสำหรับปริมาณงานที่มีขนาดการเขียน แต่มีน้ำหนักในการปฏิบัติงาน (การปรับสมดุลแบบก้อน, คีย์ส่วนแบ่งข้อมูล) ที่อยู่ในการตรวจสอบการออกแบบ ไม่ใช่การปรับปรุงเพิ่มเติม
4. การจัดทำดัชนี TTL และคอลเลกชันอนุกรมเวลาครอบคลุมกรณีการใช้งาน 'บันทึกและตัวชี้วัด' โดยธรรมชาติ: การเก็บรักษาแบบจำกัดโดยไม่มีการลบ cron เอกสาร และพื้นที่จัดเก็บอนุกรมเวลาที่สร้างขึ้นตามวัตถุประสงค์สำหรับการนำเข้าตัวชี้วัดความถี่สูง
5. ความแตกต่างในการปฏิบัติงาน: ไม่มีความเท่าเทียมกันระหว่างการบำรุงรักษา-สุญญากาศ แต่อัตราการรีเฟรชและการรวมตัวเลือกที่เลื่อนออกไป (การตรวจสอบสคีมาผ่านเครื่องมือตรวจสอบความถูกต้อง ธุรกรรมตั้งแต่ 4.x) มีความสำคัญ ไดรเวอร์ ดัชนี ความกดดันของหน่วยความจำจะแสดงเป็นแผนการสืบค้น (อธิบาย) แทนที่จะเป็นบันทึกการสืบค้นที่ช้า
6. การออกใบอนุญาตที่ซื่อสัตย์: รุ่นชุมชนได้รับใบอนุญาต SSPL ซึ่งบางแพลตฟอร์มของผู้จำหน่ายที่ได้รับการจัดการไม่รวมอยู่ด้วย Atlas เป็นเส้นทางที่ผู้ขายสนับสนุน และการโฮสต์ด้วยตนเองยังคงพบเห็นได้ทั่วไปในการปรับใช้แบบคอนเทนเนอร์ซึ่ง SSPL เป็นที่ยอมรับได้

บันทึกจากหน้างาน

รูปแบบการหยุดทำงานของ MongoDB ที่สอนลูกค้าของเรามากที่สุดนั้นเหมือนเดิมเสมอ: ชาร์ดคีย์ที่ได้รับการตัดสินใจระหว่างการสร้างต้นแบบจะขยายไปสู่การใช้งานจริง และชาร์ดใหม่จะกลายเป็นโปรเจ็กต์ Shard Keys คือการตัดสินใจทางสถาปัตยกรรม ไม่ใช่โบราณคดี Mongo

คำถามที่พบบ่อย