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

ปิด. คำถามนี้ไม่เป็นไปตามหลักเกณฑ์กองมากเกิน ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นไปตามหัวข้อสำหรับ Stack Overflow ปิดให้บริการใน3 ปีที่ผ่านมา ฉันกำลังประเมินสิ่งที่อาจเป็นตัวเลือกการโยกย้ายที่ดีที่สุด ขณะนี้ฉันอยู่ใน MySQL (พาร์ติชันแนวนอน) ที่ถูกแบ่งส่วนด้วยข้อมูลส่วนใหญ่ของฉันที่จัดเก็บใน JSON blobs ฉันไม่มีการสืบค้น SQL ที่ซับซ้อนใด ๆ (หลังจากย้ายไปแล้วตั้งแต่ฉันแบ่งพาร์ติชัน db) ตอนนี้ดูเหมือนว่าทั้ง MongoDB และ Cassandra น่าจะเป็นทางเลือก สถานการณ์ของฉัน: มีการอ่านจำนวนมากในทุกข้อความค้นหามีการเขียนน้อยกว่าปกติ ไม่กังวลเกี่ยวกับความสามารถในการขยายขนาดใหญ่ มีความกังวลเกี่ยวกับการตั้งค่าการบำรุงรักษาและรหัสอย่างง่าย ลดค่าใช้จ่ายด้านฮาร์ดแวร์ / เซิร์ฟเวอร์ให้น้อยที่สุด

738 mongodb  database-design  cassandra  database 

ฉันได้อ่านบทความทั่วเน็ตเพื่อทำความเข้าใจความแตกต่างระหว่างkeyประเภทต่อไปนี้ แต่มันยากที่จะเข้าใจ ตัวอย่างจะช่วยทำให้เข้าใจดีขึ้นอย่างแน่นอน primary key, partition key, composite key clustering key

523 database  cassandra  cql 

มีการพูดคุยกันมากมายเกี่ยวกับคาสซานดราเมื่อเร็ว ๆ นี้ Twitter, Digg, Facebook และอื่น ๆ ทั้งหมดใช้มัน เมื่อใดที่ทำให้รู้สึกถึง: ใช้คาสซานดรา ไม่ใช้ Cassandra และ ใช้ RDMS แทนคาสซานดรา

203 database  rdbms  nosql  cassandra 

ฉันเป็นมือใหม่ใน Cassandra และพยายามใช้แอปพลิเคชันของเล่นหนึ่งรายการโดยใช้ Cassandra ฉันได้สร้างหนึ่งสเปซคีย์และตระกูลคอลัมน์น้อยใน Cassandra DB ของฉัน แต่ฉันลืมชื่อของคลัสเตอร์ ฉันพยายามค้นหาว่ามีข้อสงสัยใด ๆ หรือไม่ที่สามารถแสดงรายการ keyspaces ที่มีอยู่ทั้งหมดได้ มีใครรู้เช่นคำสั่งหรือคำสั่ง?

174 cassandra  cassandra-cli 

สิ่งที่จะไปกับตัวเลือก NoSQL ที่ใช้เอกสารจะซื้อคุณผ่านร้านค้า KV และในทางกลับกัน?

120 mongodb  cassandra  nosql 

ในคำศัพท์ BigTable / GFS และ Cassandra นิยามของ SSTable คืออะไร?

112 computer-science  nosql  cassandra  bigtable  gfs 

ฉันกำลังเรียนรู้ NoSQL และกำลังดูตัวเลือกต่างๆสำหรับความต้องการของลูกค้า ฉันได้อ่านแหล่งข้อมูลต่างๆก่อนที่จะตั้งคำถามนี้ (เป็นคนที่ไม่ค่อยมีความรู้ใน NoSQL) ฉันต้องการจัดเก็บข้อมูลในอัตราที่เร็วขึ้นและอ่านข้อมูล ปลอดภัยอย่างสมบูรณ์และปรับขนาดได้ง่าย สามารถค้นหาข้อมูลสำหรับ Analytics ฉันลงเอยด้วยรายการสั้น ๆ ของ: Cassandra and Elasticsearch สิ่งที่ฉันเข้าใจคือ Cassandra เป็นโซลูชันการจัดเก็บ NoSQL ที่สมบูรณ์แบบสำหรับฉันเพราะฉันสามารถเขียนข้อมูลและอ่านข้อมูลโดยใช้ดัชนีได้ จุดไหนที่ล้มเหลวหรืออาจล้มเหลวอยู่ที่ Analytics ในอนาคตหากฉันต้องการรับข้อมูลfrom_date to to_dateหรือวิธีอื่น ๆ ในการรับข้อมูลสำหรับการวิเคราะห์หากฉันไม่ออกแบบโมเดลข้อมูลอย่างเหมาะสมหรือมองเห็นได้ในระยะยาวซึ่งอาจจะค่อนข้างยากในโลกที่เปลี่ยนแปลงตลอดเวลา แม้ว่าElastic Searchจะดีที่สุดในการจัดทำดัชนี (สนับสนุนโดย Lucene) และสามารถค้นหาข้อมูลแบบสุ่มโดยการส่งข้อความแบบสุ่ม แต่มันใช้งานได้เหมือนกันแม้ว่าฉันต้องการดึงข้อมูลfrom_date to to_date(ฉันคาดว่ามันอาจจะเป็น) แต่คำถามที่แท้จริงคือ Search Engine หรือที่เก็บข้อมูล NoSQL ที่สมบูรณ์แบบเช่น Cassandra หรือไม่? ถ้าใช่ทำไมเราถึงยังต้องการ Cassandra? หากทั้งสองสิ่งนี้อยู่คนละโลกโปรดอธิบายว่า! เราจะรวมเข้าด้วยกันเพื่อให้ได้โซลูชันที่มีประสิทธิภาพมากขึ้นได้อย่างไร

111 elasticsearch  cassandra  lucene 

ฉันรู้ว่ามีฐานข้อมูลที่ไม่ใช่ sql ที่เป็นที่นิยมสามประเภท คีย์ / ค่า: Redis, Tokyo Cabinet, Memcached ColumnFamily: Cassandra, HBase เอกสาร: MongoDB, CouchDB ฉันอ่านบล็อกยาว ๆ เกี่ยวกับเรื่องนี้โดยไม่เข้าใจมากนัก ฉันรู้จักฐานข้อมูลเชิงสัมพันธ์และใช้งานฐานข้อมูลเอกสารเช่น MongoDB / CouchDB ใครช่วยบอกฉันหน่อยว่าความแตกต่างที่สำคัญระหว่างสิ่งเหล่านี้กับ 2 อดีตในรายการคืออะไร

98 mongodb  couchdb  cassandra  redis  non-relational-database 

เมื่อทดลองกับ 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 

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

91 mongodb  cassandra  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 

บทความ DynamoDB วิกิพีเดียบอกว่า DynamoDB คือ " ค่าคีย์ " ฐานข้อมูล อย่างไรก็ตามการเรียกมันว่าฐานข้อมูล "คีย์ - ค่า" นั้นขาดคุณสมบัติพื้นฐานอย่างมากของ DynamoDB นั่นคือคีย์การเรียงลำดับ : คีย์มีสองส่วน (คีย์พาร์ติชันและคีย์การเรียงลำดับ) และรายการที่มีพาร์ทิชันคีย์เดียวกัน โดยคีย์การเรียงลำดับ Cassandra ยังมีคุณสมบัติ sorting-items-inside-a-partition เหมือนกัน (ซึ่งเรียกว่า "clustering key") และบทความของCassandra Wikipediaใช้คำที่เก็บคอลัมน์ wide wideเพื่ออธิบาย อย่างไรก็ตามในขณะที่คำว่า "คอลัมน์กว้าง" ดีกว่า "คีย์ - ค่า" แต่ก็ยังค่อนข้างไม่เหมาะสมเพราะมันอธิบายสถานการณ์ทั่วไปที่มีรายการที่สามารถมีคอลัมน์ที่ไม่เกี่ยวข้องจำนวนมาก - ไม่จำเป็นต้องแยกรายการ รายการ ดังนั้นคำถามของฉันคือว่ามีคำที่เหมาะสมกว่าที่สามารถอธิบายแบบจำลองข้อมูลของฐานข้อมูลเช่น DynamoDB และ Cassandra - ฐานข้อมูลที่ชอบเก็บค่าคีย์สามารถดึงรายการสำหรับแต่ละคีย์ได้อย่างมีประสิทธิภาพ แต่ยังสามารถดึงรายการที่เรียงลำดับตาม หรือเป็นส่วนหนึ่งของมัน …

9 cassandra  amazon-dynamodb  scylla