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

หนึ่งใน plusses ขนาดใหญ่สำหรับ nosql DBMS คือพวกเขาสามารถจัดกลุ่มได้ง่ายขึ้น สมมุติว่าด้วย NoSQL คุณสามารถสร้างเครื่องจักรราคาถูกนับร้อยที่เก็บข้อมูลต่าง ๆ และทำการค้นหาทั้งหมดในครั้งเดียว คำถามของฉันคือสิ่งนี้ทำไม DBMS เชิงสัมพันธ์ไม่สามารถทำเช่นเซิร์ฟเวอร์ mysql หรือ sql ได้ ผู้ค้าไม่ได้หาวิธีทางเทคนิคในการทำสิ่งนี้กับผลิตภัณฑ์ที่มีอยู่ของพวกเขาหรือมีปัญหากับตัวแบบเชิงสัมพันธ์ที่ป้องกันไม่ให้เกิดความเป็นไปได้หรือไม่? มีอะไรที่ยอดเยี่ยมเกี่ยวกับวิธี NoSQL ในการจัดเก็บและเข้าถึงข้อมูล (คีย์ / ค่าเอกสาร ฯลฯ ) ที่ทำให้การจัดกลุ่มง่ายขึ้นหากเป็นจริงทั้งหมด

88 clustering  nosql  scalability  relational-theory 

เรากำลังมองหาการพัฒนาเครื่องมือในการจับและวิเคราะห์ข้อมูล netflow ซึ่งเราได้รวบรวมจำนวนมหาศาล ในแต่ละวันเราบันทึกเร็กคอร์ดกระแสประมาณ 1.4 พันล้านรายการซึ่งจะมีลักษณะเช่นนี้ในรูปแบบ json: { "tcp_flags": "0", "src_as": "54321", "nexthop": "1.2.3.4", "unix_secs": "1352234521", "src_mask": "23", "tos": "0", "prot": "6", "input": "105", "doctets": "186", "engine_type": "0", "exaddr": "2.3.4.5", "engine_id": "2", "srcaddr": "9.8.7.6", "dst_as": "12345", "unix_nsecs": "752265174", "sysuptime": "2943529544", "dst_mask": "24", "dstport": "80", "last": "2943523241", "srcport": "52672", "dpkts": "4", …

75 sql-server  mongodb  nosql  rdbms  cassandra 

ฉันกำลังเขียนแอปพลิเคชันที่ต้องการจัดเก็บและวิเคราะห์ข้อมูลไฟฟ้าและอุณหภูมิจำนวนมาก โดยทั่วไปฉันจำเป็นต้องจัดเก็บการวัดปริมาณการใช้ไฟฟ้ารายชั่วโมงเป็นจำนวนมากในช่วงหลายปีที่ผ่านมาและเป็นเวลาหลายปีที่จะมาถึงที่ตั้งหลายหมื่นแห่งจากนั้นวิเคราะห์ข้อมูลในลักษณะที่ไม่ซับซ้อนมาก ข้อมูลที่ฉันต้องการจัดเก็บ (ตอนนี้) คือรหัสสถานที่, เวลาประทับ (วันที่และเวลา), อุณหภูมิและการใช้ไฟฟ้า เกี่ยวกับปริมาณข้อมูลที่ต้องจัดเก็บนี่เป็นเพียงการประมาณ แต่มีบางสิ่งตามสายเหล่านี้: 20 000+ ตำแหน่ง 720 บันทึกต่อเดือน (วัดรายชั่วโมงประมาณ 720 ชั่วโมงต่อเดือน), 120 เดือน (สำหรับ 10 ปีย้อนหลัง ) และอีกหลายปีในอนาคต การคำนวณอย่างง่ายให้ผลลัพธ์ต่อไปนี้: 20 000 สถาน x 720 x 120 บันทึกเดือน (10 ปีหลัง) = 1 728 000 000 ระเบียน เหล่านี้เป็นบันทึกที่ผ่านมาบันทึกใหม่จะถูกนำเข้ารายเดือนเพื่อให้เป็นประมาณ 20 000 x 720 = 14 400 …

74 database-design  database-recommendation  nosql 

ความแตกต่างระหว่าง NoSQL และ RDBMS ดั้งเดิมคืออะไร? ในช่วงไม่กี่เดือนที่ผ่านมา NoSQL ถูกกล่าวถึงบ่อยครั้งในข่าวทางเทคนิค อะไรคือคุณสมบัติที่สำคัญที่สุดที่สัมพันธ์กับ RDBMS แบบดั้งเดิม? ความแตกต่างเกิดขึ้นในระดับใด (กายภาพ, ตรรกะ) สถานที่ที่ดีที่สุดในการใช้ NoSQL อยู่ที่ไหน ทำไม?

71 nosql  rdbms  database-recommendation 

ฉันได้ดูหน้าวิกิพีเดียสำหรับ NoSQL แล้วและมีการเปลี่ยนแปลงหลายรายการในฐานข้อมูลที่เก็บคีย์ / ค่า แต่ฉันไม่พบรายละเอียดเกี่ยวกับความหมายของที่เก็บคีย์ / ค่าในบริบทนี้ ใครช่วยอธิบายหรือเชื่อมโยงคำอธิบายกับฉัน นอกจากนี้เมื่อใดที่ฉันจะใช้ฐานข้อมูลดังกล่าว

56 nosql 

ฉันไม่สนใจความแตกต่างทั่วไประหว่าง SQL และ NoSQL (หรือความแตกต่างแบบดั้งเดิม) ขณะนี้ฉันกำลังค้นหาการเปลี่ยนแปลงการจัดเก็บข้อมูลอนุกรมเวลาภายในของเรา พวกเขาทั้งหมดมีข้อมูลทางการเงินจากแหล่งต่าง ๆ จำนวนมาก ขณะนี้เรากำลังจัดเก็บข้อมูลของเราในฐานข้อมูลที่เป็นกรรมสิทธิ์ มันเป็น NoSQL ที่มีภาษาคิวรีเป็นของตัวเอง ฉันสนใจอินพุตชุมชน: คุณจะเก็บข้อมูลในฐานข้อมูล SQL ได้อย่างไร มีข้อดีสำหรับการใช้ SQL ผ่าน NoSQL โดยเฉพาะสำหรับอนุกรมเวลาหรือไม่ ฉันบ้าที่จะต้องพิจารณาเก็บมันไว้ใน SQL หรือไม่? ชุดข้อมูลของเราประกอบด้วยอนุกรมเวลานับล้านชุดโดยมีประมาณ 10% ของชุดข้อมูลเหล่านี้ประกอบด้วยระเบียนนับล้านรายการ อนุกรมเวลาจัดเรียงตามลำดับชั้น: / Market / Instrument / Value / Frequency โดยที่: ตลาดคือการแลกเปลี่ยนหลักทรัพย์ ฯลฯ โดยทั่วไปเป็นชุดของตราสารมักจะเป็นตราสารที่คล้ายกัน เครื่องดนตรีเป็นเครื่องมือ นี่อาจเป็นตัวบ่งชี้ (Brent Crude), equity (GOOG) เป็นต้น ค่าเป็นหนึ่งในหลาย ๆ …

33 nosql 

ในบริบทของฐานข้อมูลฉันเจอกับความสามารถในการขยายแนวนอนซึ่งเป็นหนึ่งในข้อดีของฐานข้อมูล 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 

ฉันได้รับความสนใจมากขึ้นเรื่อย ๆ จากเทคโนโลยี NoSQL และฉันสามารถอ่านบทความหลายเรื่องเกี่ยวกับการทำงานของ SE และผลิตภัณฑ์ที่แตกต่างกันได้ อย่างไรก็ตามฉันสงสัยว่ามีตัวอย่างหนังสืออ้างอิงหรือบทความที่เป็นที่ยอมรับซึ่งเราสามารถใส่ไว้ในรายงานการวิจัยได้หรือไม่และเราสามารถอ่านเพื่อให้ได้ภาพรวมที่ดีของ: ประโยชน์ / ข้อเสียคืออะไร? มันทำงานอย่างไร?

15 nosql 

ฉันกำลังมองหาการเขียนโปรแกรมประยุกต์ VB แบบอิงตามสถานที่ (ติดตั้งในเครื่อง) (ใบแจ้งหนี้ + สินค้าคงคลัง) เป็นแอปพลิเคชัน Clojure บนเว็บสำหรับลูกค้าองค์กรขนาดเล็ก ฉันตั้งใจจะนำเสนอนี้เป็นแอปพลิเคชัน SaaS สำหรับลูกค้าในการค้าที่คล้ายกัน ฉันกำลังดูตัวเลือกฐานข้อมูล: ตัวเลือกของฉันคือ RDBMS: Postgresql / MySQL ฉันอาจขยายผู้ใช้มากถึง 400 คนในปีแรกโดยทั่วไปแล้วมีจำนวนการดู 20-40 หน้า / ต่อวันต่อผู้ใช้ส่วนใหญ่สำหรับธุรกรรมที่ไม่ใช่มุมมองแบบคงที่ แต่ละมุมมองจะเกี่ยวข้องกับการดึงข้อมูลและอัปเดตข้อมูล การปฏิบัติตามข้อกำหนดของกรดเป็นสิ่งที่จำเป็น (หรือฉันคิดว่า) ดังนั้นปริมาณธุรกรรมไม่มาก คงจะไม่มีเกมง่ายๆที่จะเลือกสิ่งเหล่านี้ตามความต้องการของฉัน แต่สำหรับข้อกำหนดนี้ซึ่งฉันเชื่อว่าเป็นเรื่องปกติของแอป SaaS: โครงสร้างจะเปลี่ยนแปลงเมื่อฉันเพิ่มลูกค้า / ผู้ใช้และลูกค้าแต่ละราย การเปลี่ยนแปลงความต้องการทางธุรกิจ (ฉันจะเสนอความยืดหยุ่นที่ จำกัด บางอย่างเท่านั้นเริ่มต้นด้วย) เนื่องจากฉันไม่ใช่ผู้เชี่ยวชาญฐานข้อมูลตามสิ่งที่ฉันคิดและอ่านได้ฉันจึงสามารถจัดการได้หลายวิธี: มีการออกแบบสคีมา RDBMS แบบดั้งเดิมใน MySQl / Postgresql ด้วยฐานข้อมูลเดียวที่โฮสต์ผู้เช่าหลายคน และเพิ่มคอลัมน์ "ลอยฟรี" …

15 database-design  schema  nosql 

ฉันต้องการเก็บข้อมูลจำนวนมากต่อโหนดใน Neo4j ข้อมูลเป็น Unicode ของข้อความ จริง ๆ แล้วไม่ใช่ว่าทุก ๆ ปมจะมีชิ้นใหญ่ แต่หลายคนจะ ฉันอ่านเอกสาร แต่ไม่พบการพูดถึงขนาดโหนด - ปริมาณข้อมูลที่โหนดเดียวสามารถมีได้ ไม่มีใครมีความคิดใด ๆ

14 nosql  neo4j 

ฉันสงสัยว่ามีวิธีแก้ปัญหาที่ดีสำหรับการบันทึกข้อมูลในฐานข้อมูล NoSQL หรือไม่และทำการแปลงให้เป็น RDBMS หรือไม่? ตัวอย่างเช่นหากคุณต้องการรวบรวมข้อมูลบางอย่างได้อย่างรวดเร็วเช่นบันทึกการใช้งาน แต่คุณต้องการสร้างรายงานในภายหลัง ฐานข้อมูลที่ฉันชอบคือ Postgres ดังนั้นหากคำตอบของคุณเกี่ยวข้องกับ Postgres ที่ยอดเยี่ยม

13 nosql  rdbms 

ฉันกำลังมองหาฐานข้อมูลประเภทต่างๆและ DBMS สำหรับโครงการใหม่ที่ฉันต้องการเริ่มในช่วงฤดูร้อน ฉันได้สร้างระบบใน MySQL และ postgreSQL ตอนนี้ฉันต้องการที่จะขยายความรู้และประสบการณ์ของฉันในฐานข้อมูล โครงการของฉันจะเป็นประเภทของเครือข่ายโซเชียล / รวมความรู้ (ยังไม่ได้พัฒนาคำเพื่ออธิบายยัง) ฉันได้ดูที่: คาสซานดรา (ใช้ภาษาคิวรีของตัวเอง); ดูเหมือนว่าจะดีสำหรับเนื้อหาที่มีคุณลักษณะหลากหลายและให้การดำเนินการค้นหาที่มีประสิทธิภาพสูง อย่างไรก็ตามฉันไม่ได้กระตือรือร้นกับมันมากเกินไปเพราะมันต้องการสภาพแวดล้อมแบบจาวาเพื่อทำงานต่อและฉันก็อยากจะไม่มีอะไรเกี่ยวข้องกับออราเคิล MongoDB (noSQL ประเภทของ DBMS); ความสามารถในการขยายที่ยอดเยี่ยม แต่คุณสูญเสียความสามารถทั้งหมดที่มีอยู่แล้วในภาษา SQL ที่พิสูจน์แล้วเช่นแบบสอบถามข้อมูลธุรกิจ ข้อกำหนดของระบบ: ข้อความข้อมูล , วันที่, เวลา, xml, ints ขนาดเล็ก, หยด โครงสร้าง / พฤติกรรม : ปกติ 3NF, ไม่ใช่เรียลไทม์, สัมพันธ์, ปรับขนาดได้, แข็งแกร่ง สภาพแวดล้อม: unix / linux, ไม่มี JAVA!, …

12 performance  database-recommendation  nosql  scalability 

ลองนึกภาพความต้องการของคุณคือคุณมีตารางขนาดใหญ่ 3 ตาราง (ข้อมูลที่มีโครงสร้าง) โดยมีจำนวนแถวละ 30,000 ล้านแถว (ขนาดรวม 4TB) และผู้ใช้ที่ใช้งานพร้อมกันจำนวนมาก (ซึ่งเป็นเธรดระบบปฏิบัติการแบบขนานบนเครื่อง LAN ระยะไกล) ข้อมูลผ่าน SELELCT WHERE GROUPBY ของพวกเขาและพร้อมกันสูงพูด 10,000 อ่านพร้อมกันในเวลาเดียวกันและผู้ใช้จำเป็นต้องแทรกข้อมูล (ไม่มีการปรับปรุง) ลงในตารางเหล่านี้พร้อมกันสูงเช่นนักเขียนพร้อมกัน 2000 (ทั่วเครือข่าย LAN ของศูนย์ข้อมูล) . ผู้ใช้ต้องการอ่านและแทรกให้เร็วที่สุดเท่าที่จะเป็นไปได้ในรูปแบบที่เก็บข้อมูลนี้ซึ่งการอ่านและเขียนแต่ละอันจะเกิดขึ้นคือ ms ถึง 1 วินาที เทคโนโลยีใดที่คุณแนะนำให้ตอบสนองความต้องการดังกล่าว มีที่เก็บข้อมูลหรือที่เก็บค่าคีย์ที่สามารถทำสิ่งนี้ได้หรือไม่? คลาวด์ไม่ใช่ตัวเลือก ชี้แจงบางส่วน: ผู้ใช้ไม่จำเป็นต้องเห็นข้อมูลทันทีและยอมรับความสอดคล้องในที่สุด ข้อมูลสามารถเข้าถึงได้ผ่านทุกไดรเวอร์ที่หน่วยเก็บข้อมูลสามารถให้และผู้ใช้จะเป็นเพียงเธรดที่ทำงานบนเครื่องระยะไกลของศูนย์ข้อมูล ข้อความค้นหาส่วนใหญ่จะเป็นเหมือน SELECT WHERE GROUPBY ข้อมูลอยู่ในรูปแบบตารางและแต่ละแถวมีขนาดประมาณ 60 ไบต์ ไม่มีตัวเลือกคลาวด์ที่ฉันไม่สามารถใช้ DynamoDB หรือโซลูชันที่คล้ายกัน ฉันต้องสามารถโฮสต์ภายในศูนย์ข้อมูลได้ ข้อมูลทั้งหมดของตารางสามารถอ่านได้ตลอดเวลาและรูปแบบการใช้งานไม่แน่นอน …

12 architecture  concurrency  nosql  storage