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

ฉันมาจากพื้นหลังฐานข้อมูลเชิงสัมพันธ์และพยายามทำงานกับ DynamoDB ของ amazon ฉันมีตารางที่มีคีย์แฮช "DataID" และช่วง "CreatedAt" และรายการมากมายอยู่ในนั้น ฉันกำลังพยายามรับรายการทั้งหมดที่สร้างขึ้นหลังจากวันที่ที่ระบุและจัดเรียงตามวันที่ ซึ่งค่อนข้างตรงไปตรงมาในฐานข้อมูลเชิงสัมพันธ์ ใน DynamoDB สิ่งที่ใกล้เคียงที่สุดที่ฉันพบคือแบบสอบถามและใช้คีย์ช่วงที่มากกว่าตัวกรอง ปัญหาเดียวคือในการดำเนินการค้นหาฉันต้องการคีย์แฮชที่เอาชนะวัตถุประสงค์ แล้วฉันทำอะไรผิด? สคีมาตารางของฉันผิดคีย์แฮชต้องไม่ซ้ำกันหรือไม่ หรือมีวิธีอื่นในการสอบถาม?

111 amazon-web-services  nosql  amazon-dynamodb 

ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน6 ปีที่ผ่านมา ปรับปรุงคำถามนี้ ฉันเคยเห็น NoSQL ปรากฏขึ้นเล็กน้อยบน SO และฉันมีความเข้าใจที่ชัดเจนว่าทำไมคุณถึงใช้มัน (จากที่นี่ Wikipedia ฯลฯ ) อาจเป็นเพราะขาดการกำหนดที่เป็นรูปธรรมและสม่ำเสมอว่ามันคืออะไร (มีกระบวนทัศน์มากกว่าการนำไปใช้อย่างเป็นรูปธรรม) แต่ฉันกำลังดิ้นรนที่จะห่อหัวว่าจะไปออกแบบระบบที่จะใช้มันอย่างไรหรืออย่างไร ฉันจะใช้มันในระบบของฉัน ฉันติดอยู่ในความคิดเชิงสัมพันธ์ -db ที่คิดถึงสิ่งต่าง ๆ ในรูปแบบของตารางและเข้าร่วม ... ไม่ว่าในกรณีใดไม่มีใครรู้หลักสูตร / บทช่วยสอนเกี่ยวกับความผิดพลาดในระบบที่จะใช้มัน (ประเภท "สวัสดีชาวโลก" สำหรับระบบที่ใช้ NoSQL) หรือบทช่วยสอนที่ใช้แอป "Hello World" ที่มีอยู่โดยใช้ SQL และแปลงเป็น NoSQL (ไม่จำเป็นต้องอยู่ในรหัส แต่เป็นเพียงคำอธิบายระดับสูง)

100 nosql 

ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ขณะนี้ยังไม่ยอมรับคำตอบ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน2 ปีที่ผ่านมา ปรับปรุงคำถามนี้ มีเบราว์เซอร์ / explorer ที่ดีสำหรับการดู Redis หรือไม่? ฉันยังใหม่กับ Redis ดังนั้นความคาดหวังของฉันคือถ้ามีสิ่งที่คล้ายกับ MongoVUE, Toad หรือ SQLExplorer ฉันลอง Redis Admin UI จาก service stack แต่พบข้อผิดพลาด 500 เมื่อพยายาม IIS

98 nosql  redis 

ฉันจะออกแบบโครงร่างนี้ใน MongoDB ได้อย่างไร ฉันคิดว่าไม่มีคีย์ต่างประเทศ!

98 sql  mongodb  foreign-keys  nosql 

เมื่อทดลองกับ Cassandra ฉันสังเกตเห็นว่า Cassandra ฟังพอร์ตต่อไปนี้: TCP *: 8080 TCP *: 8888 TCP *: 57311 TCP *: 57312 TCP 127.0.0.1:7000 TCP 127.0.0.1:9160 UDP 127.0.0.1:700 Cassandra ใช้แต่ละพอร์ตในรายการอย่างไร?

97 nosql  cassandra 

ใครสามารถยกตัวอย่างกรณีการใช้งานที่คุณจะได้รับประโยชน์จากการใช้ Redis และ MongoDB ร่วมกันได้หรือไม่?

95 mongodb  redis  nosql 

ดูเหมือนว่า mongo ไม่อนุญาตให้แทรกคีย์ที่มีเครื่องหมายจุด (.) หรือดอลลาร์ ($) แต่เมื่อฉันนำเข้าไฟล์ JSON ที่มีจุดอยู่โดยใช้เครื่องมือ mongoimport มันก็ใช้ได้ดี คนขับกำลังบ่นเกี่ยวกับการพยายามแทรกองค์ประกอบนั้น นี่คือลักษณะของเอกสารในฐานข้อมูล: { "_id": { "$oid": "..." }, "make": "saab", "models": { "9.7x": [ 2007, 2008, 2009, 2010 ] } } ฉันทำสิ่งนี้ผิดทั้งหมดหรือไม่และไม่ควรใช้แฮชแมปแบบนั้นกับข้อมูลภายนอก (เช่นโมเดล) หรือฉันสามารถหลีกเลี่ยงจุดได้หรือไม่ บางทีฉันอาจจะคิดเหมือน Javascript มากเกินไป

95 javascript  mongodb  nosql 

ฉันรู้ว่าหลายคนถามคำถามนี้ สำหรับการวิจัยของฉันอยู่แล้วนี่คือคำถามที่ถามมาก่อน จะลบความสัมพันธ์ทั้งหมดในกราฟ neo4j ได้อย่างไร? https://groups.google.com/forum/#!topic/neo4j/lgIaESPgUgE แต่สุดท้ายก็ยังไม่สามารถแก้ปัญหาของ เราได้เราแค่ต้องการลบโหนด "ALL" และความสัมพันธ์ "ALL" สมมติว่าลบ "ALL" จะเห็นว่าเหลือ0 โหนด 0 คุณสมบัติและ 0 ความสัมพันธ์ นี่คือภาพหน้าจอที่ฉันถ่ายหลังจากดำเนินการลบ "ALL" ที่แนะนำโดยฟอรัม คำถามของฉันยังคงเหมือนเดิมวิธีลบโหนดทั้งหมดและความสัมพันธ์ทั้งหมดใน neo4j

92 neo4j  nosql  relationship 

ฐานข้อมูล NoSQL สามประเภทที่ฉันอ่านคือคีย์ - ค่าเชิงคอลัมน์และเชิงเอกสาร คีย์ - ค่าค่อนข้างตรงไปตรงมา - คีย์ที่มีค่าธรรมดา ฉันเคยเห็นฐานข้อมูลเชิงเอกสารที่อธิบายว่าเหมือนคีย์ - ค่า แต่ค่าสามารถเป็นโครงสร้างได้เช่นเดียวกับออบเจ็กต์ JSON "เอกสาร" แต่ละรายการสามารถมีคีย์ทั้งหมดบางส่วนหรือไม่มีคีย์ใดก็ได้เหมือนกัน คอลัมน์ที่เน้นดูเหมือนจะเหมือนกับเอกสารที่คุณไม่ได้ระบุโครงสร้าง แล้วสองสิ่งนี้แตกต่างกันอย่างไรและทำไมคุณถึงใช้อีกอันหนึ่ง? ฉันได้ดู MongoDB และ Cassandra โดยเฉพาะ โดยพื้นฐานแล้วฉันต้องการโครงสร้างแบบไดนามิกที่สามารถเปลี่ยนแปลงได้ แต่ไม่ส่งผลกระทบต่อค่าอื่น ๆ ในขณะเดียวกันฉันก็ต้องสามารถค้นหา / กรองคีย์ที่ต้องการและเรียกใช้รายงานได้ ด้วย CAP AP คือสิ่งที่สำคัญที่สุดสำหรับฉัน ข้อมูลสามารถ "ซิงค์" ข้ามโหนดได้ในที่สุดตราบเท่าที่ไม่มีความขัดแย้งหรือข้อมูลสูญหาย ผู้ใช้แต่ละคนจะได้รับ "ตาราง" ของตนเอง

91 mongodb  cassandra  nosql 

ฉันต้องสามารถจัดเก็บข้อมูลขนาดเล็ก (ประมาณ 50-75 ไบต์) สำหรับบันทึกหลายพันล้านรายการ (~ 3 พันล้าน / เดือนต่อปี) ข้อกำหนดเดียวคือการแทรกอย่างรวดเร็วและการค้นหาอย่างรวดเร็วสำหรับระเบียนทั้งหมดที่มี GUID เดียวกันและความสามารถในการเข้าถึงที่เก็บข้อมูลจาก. net ฉันเป็นคนที่แต่งตัวประหลาดของเซิร์ฟเวอร์ SQL และฉันคิดว่า SQL Server สามารถทำสิ่งนี้ได้ แต่ด้วยการพูดคุยเกี่ยวกับ BigTable, CouchDB และโซลูชัน nosql อื่น ๆ มันฟังดูเป็นทางเลือกมากกว่า RDBS แบบเดิมอาจดีที่สุดเนื่องจากการเพิ่มประสิทธิภาพสำหรับ แบบสอบถามแบบกระจายและการปรับขนาด ฉันลองคาสแซนดร้าและไลบรารี. net ไม่ได้รวบรวมหรือทั้งหมดอาจมีการเปลี่ยนแปลงทั้งหมด (พร้อมกับคาสซานดราเอง) ฉันได้ตรวจสอบที่เก็บข้อมูล nosql หลายแห่งที่มีอยู่ แต่ไม่พบร้านที่ตรงกับความต้องการของฉันเนื่องจากเป็นแพลตฟอร์มที่พร้อมใช้งานจริง หากคุณต้องจัดเก็บเร็กคอร์ดขนาดเล็ก 36 พันล้านแผ่นเพื่อให้เข้าถึงได้จาก. net จะเลือกอะไรและเพราะเหตุใด

87 sql-server  nosql 

ตามที่กล่าวมาในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบถาม & ตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจก่อให้เกิดการถกเถียงโต้แย้งการสำรวจความคิดเห็นหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงได้และอาจเปิดขึ้นมาใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อรับคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันเกือบจะถึงที่ Cassandra หลังจากค้นคว้าเกี่ยวกับโซลูชันการจัดเก็บข้อมูลขนาดใหญ่ แต่โดยทั่วไปกล่าวว่า Hbase เป็นทางออกที่ดีกว่าสำหรับการประมวลผลและวิเคราะห์ข้อมูลขนาดใหญ่ ในขณะที่ทั้งสองเป็นที่เก็บคีย์ / ค่าเดียวกันและทั้งคู่ / สามารถรันได้ (Cassandra เมื่อเร็ว ๆ นี้) เลเยอร์ Hadoop สิ่งที่ทำให้ Hadoop เป็นผู้สมัครที่ดีกว่าเมื่อต้องประมวลผล / วิเคราะห์ข้อมูลขนาดใหญ่ ฉันยังพบรายละเอียดที่ดีเกี่ยวกับทั้งสองอย่างที่ http://ria101.wordpress.com/2010/02/24/hbase-vs-cassandra-why-we-moved/ แต่ฉันยังคงมองหาข้อดีที่เป็นรูปธรรมของ Hbase ในขณะที่ฉันเชื่อมั่นมากขึ้นเกี่ยวกับ Cassandra เพราะความเรียบง่ายในการเพิ่มโหนดและการจำลองแบบที่ราบรื่นและไม่มีจุดบกพร่อง และยังคงคุณสมบัติดัชนีทุติยภูมิเพื่อให้เป็นบวกที่ดี

84 nosql  hadoop  cassandra  hbase  data-processing