การออกแบบฐานข้อมูลแบบไม่สัมพันธ์ [ปิด]
ปิด . คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เน้นไปที่ปัญหาเดียวโดยแก้ไขโพสต์นี้เท่านั้น ปิดให้บริการใน5 ปีที่ผ่านมา ปรับปรุงคำถามนี้ ฉันสนใจที่จะรับฟังเกี่ยวกับกลยุทธ์การออกแบบที่คุณใช้กับฐานข้อมูล "nosql" ที่ไม่ใช่เชิงสัมพันธ์นั่นคือคลาส (ส่วนใหญ่ใหม่) ของที่เก็บข้อมูลที่ไม่ได้ใช้การออกแบบเชิงสัมพันธ์แบบดั้งเดิมหรือ SQL (เช่น Hypertable, CouchDB, SimpleDB, ที่เก็บข้อมูล Google App Engine, Voldemort, Cassandra, SQL Data Services ฯลฯ ) พวกเขามักเรียกกันว่า "ที่เก็บคีย์ / มูลค่า" และโดยพื้นฐานแล้วจะทำหน้าที่เหมือนตารางแฮชถาวรขนาดยักษ์ โดยเฉพาะฉันต้องการเรียนรู้เกี่ยวกับความแตกต่างในการออกแบบข้อมูลเชิงแนวคิดกับฐานข้อมูลใหม่เหล่านี้ อะไรง่ายกว่ายากกว่าอะไรทำไม่ได้เลย? คุณคิดแบบอื่นที่ทำงานได้ดีกว่าในโลกที่ไม่ใช่เชิงสัมพันธ์หรือไม่? คุณเคยตีหัวกับสิ่งที่ดูเหมือนเป็นไปไม่ได้หรือเปล่า? คุณได้เชื่อมช่องว่างกับรูปแบบการออกแบบเช่นการแปลจากรูปแบบหนึ่งไปเป็นอีกรูปแบบหนึ่งหรือไม่? ตอนนี้คุณทำแบบจำลองข้อมูลที่ชัดเจนหรือไม่ (เช่นใน UML) หรือคุณได้รวบรวมข้อมูลเหล่านี้ทั้งหมดเพื่อสนับสนุนกลุ่มข้อมูลกึ่งโครงสร้าง / เชิงเอกสารหรือไม่? คุณพลาดบริการพิเศษที่สำคัญใด ๆ ที่ RDBMSes …