คำถามติดแท็ก couchdb

ในบริบทของฐานข้อมูลฉันเจอกับความสามารถในการขยายแนวนอนซึ่งเป็นหนึ่งในข้อดีของฐานข้อมูล NOSQL คำนี้หมายถึงอะไร CouchDB บนวิกิพีเดีย NoSQL บน Wikipedia มันจะเปรียบเทียบกับการขยายในแนวตั้งได้อย่างไร

23 nosql  terminology  couchdb  scalability 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา การประเมินที่เก็บเอกสารเชิงข้อดีและข้อเสียของ CouchDB กับ MongoDB คืออะไร?

18 nosql  document-oriented  mongodb  couchdb 

บริบท คำถามนี้เกี่ยวข้องกับรายละเอียดการใช้งานระดับต่ำของดัชนีในระบบฐานข้อมูล SQL และ NoSQL โครงสร้างที่แท้จริงของดัชนี (B + tree, hash, SSTable และอื่น ๆ ) นั้นไม่เกี่ยวข้องเนื่องจากคำถามนั้นเกี่ยวข้องกับคีย์ที่เก็บอยู่ในโหนดเดียวของการใช้งานเหล่านั้น พื้นหลัง ใน SQL (เช่น MySQL) และ NoSQL (CouchDB, MongoDB, ฯลฯ ) ฐานข้อมูลเมื่อคุณสร้างดัชนีในคอลัมน์หรือสาขาเอกสาร JSON ของข้อมูลสิ่งที่คุณกำลังจริงทำให้เกิดฐานข้อมูลในการทำคือการสร้างหลักรายการที่เรียงลำดับทั้งหมด ค่าเหล่านั้นพร้อมกับไฟล์ออฟเซ็ตลงในไฟล์ข้อมูลหลักที่บันทึกที่เกี่ยวข้องกับค่านั้นอยู่ (เพราะความเรียบง่ายฉันอาจโบกมือให้รายละเอียดที่ลึกลับอื่น ๆ ของความหมายเฉพาะ) ตัวอย่าง SQL แบบง่าย ๆ พิจารณาตาราง SQL มาตรฐานที่มีคีย์หลักแบบง่าย 32 บิตที่เราสร้างดัชนีในเราจะจบลงด้วยดัชนีบนดิสก์ของคีย์จำนวนเต็มเรียงและเชื่อมโยงกับออฟเซต 64 บิตลงในไฟล์ข้อมูลที่ บันทึกชีวิตเช่น: id | offset -------------- 1 …

16 mongodb  index  nosql  couchdb 

ขณะนี้ฉันกำลังทำงานกับแอปพลิเคชัน wiki-esque โดยใช้ CouchDB และฉันกำลังพยายามใช้รูปแบบการกำหนดเวอร์ชันเอกสาร วิธีที่ฉันเห็นมันมีสองวิธีในการทำสิ่งนี้: จัดเก็บแต่ละเวอร์ชันเป็นเอกสารแยกต่างหาก เก็บเวอร์ชันเก่าเป็นสิ่งที่แนบมากับเอกสารฉบับเดียว ตอนนี้ฉันมีรูปแบบการทำงาน # 1 เมื่อผู้ใช้แก้ไขเอกสารและบันทึกไว้แบ็คเอนด์ก่อนจะคัดลอกการแก้ไขก่อนหน้านี้ไปยังเอกสารใหม่จากนั้นบันทึกเวอร์ชันใหม่ แต่ละเอกสารมีอาร์เรย์ 'ประวัติ' ที่มีข้อมูลในแต่ละเวอร์ชัน (เอกสาร _id ของเวอร์ชันเก่าการประทับเวลาตัวแก้ไข ฯลฯ ) เนื่องจากอาร์เรย์ประวัตินี้อาจมีความยาวค่อนข้างมากสำหรับเอกสารที่อัปเดตบ่อยครั้งฉันจึงมีมุมมองที่ดึงข้อมูลประวัติเอกสารในระหว่างการอ่านปกติ (และอีกมุมมองหนึ่งสำหรับดึงข้อมูลประวัติ) คำถามของฉันคือ: ฉันรู้สึกไม่สบายใจเกี่ยวกับวิธีการปัจจุบันของฉันและกำลังคิดที่จะเปลี่ยนเป็นวิธีการ 'แนบ' แต่ฉันไม่แน่ใจ. ฉันหวังว่าคนที่รู้จัก CouchDB ดีกว่าฉัน (ฉันเพิ่งมาที่นี่แค่สองสามสัปดาห์ - และนี่เป็นโครงการแรกของฉันที่ใช้ CouchDB ... และ NoSQL) สามารถบอกได้ว่าข้อดีข้อเสียของแต่ละคน เข้าใกล้ หรืออาจมีโครงร่างเวอร์ชันอื่นที่ฉันมองเห็น

12 database-design  couchdb