ฉันวางแผนที่จะออกแบบและตั้งค่าฐานข้อมูลเพื่อจัดเก็บรายการพจนานุกรม (มักเป็นคำเดียว) และความหมายของพวกเขาในภาษาอื่น ตัวอย่างเช่นตารางอภิธานศัพท์จะต้องมีรายการและคำนิยามและแต่ละระเบียนในตารางมีการอ้างอิงถึงidของบันทึกที่เก็บไว้ในTag(แต่ละรายการจะต้องมีแท็กหรือหมวดหมู่)
เนื่องจากข้อมูลของฉันมีโครงสร้างฉันคิดว่าการใช้ฐานข้อมูล SQL (เช่น MySQL) ไม่ใช่ความคิดที่แย่ แต่ผู้คนบอกว่า MongoDB นั้นดีกว่ามากสำหรับประสิทธิภาพ
ที่ฝั่งไคลเอ็นต์แอปพลิเคชันจะต้องสามารถให้ช่องค้นหาด้วยการเติมข้อความอัตโนมัติซึ่งใช้ REST API ที่แบ็กเอนด์จัดหาให้ ปลอดภัยที่จะไปกับ MySQL ในสถานการณ์เช่นนี้หรือไม่? หรือฉันควรใช้ MongoDB หรือ ElasticSearch ของการแก้ปัญหาอื่น ๆ สำหรับเรื่องนี้? ควรมีการจัดเก็บและเข้าถึงบันทึกหลายแสนรายการด้วยวิธีนี้
79
ผู้คนที่บอกคุณว่ายังไม่ได้ทำการวิจัยเรื่องนี้ ภาษาที่มีคำศัพท์ที่ใหญ่ที่สุดคืออังกฤษมีน้อยกว่าหนึ่งล้านคำที่ต่างกัน สิ่งนี้อยู่ในขอบเขตของความสามารถด้านประสิทธิภาพของ DB เชิงสัมพันธ์
—
TheCatWhisperer
ฉันไม่เห็นอะไรเลยที่จะทำให้ฉันคิดว่า MySQL จะไม่ทำงานได้ดี ประสิทธิภาพในการค้นหาอย่างง่ายจะไม่เป็นปัญหาและมีการค้นหาข้อความแบบเต็มหากคุณต้องการใช้เส้นทางนั้น
—
GrandmasterB
เกี่ยวกับ "MongoDB นั้นดีกว่ามากสำหรับประสิทธิภาพ" - เป็นคำสั่งที่ไม่มีการแก้ไขโดยไม่มีการชี้แจงขอบเขตนี่เป็นเรื่องไร้สาระอันดับ ตัวอย่างเช่นดูที่เครื่องมือบรรทัดคำสั่ง 235x เร็วกว่าคลัสเตอร์ Hadoop ของคุณ (ซึ่งฉันเจอจากลิงค์ในวิกฤตเว็บไซต์โรคอ้วน )
—
Wildcard
ฉันรู้สึกเบื่อหน่ายกับคนที่พูดว่าฐานข้อมูลเชิงสัมพันธ์ไม่ดีและ MongoDB นั้นดีกว่าเพราะเร็วกว่า นั่นเหมือนกับการบอกว่ารถยนต์ไม่ดีและเราควรใช้เครื่องบินเพราะเดินทางเร็วขึ้น คำแนะนำของฉันคือเพิกเฉยคำแนะนำเช่นนี้
—
แบรนดอน
@Brandon สิ่งที่น่าเศร้าก็คือการอ้างว่า "NoSQL นั้นเร็วกว่ามาก" มักจะอธิบายเหตุผลทางทฤษฎีว่าทำไมพวกเขาถึงควรจะดีกว่านี้มาก แต่ในทางปฏิบัติที่ไม่ได้ใช้กับสถานการณ์ในโลกแห่งความเป็นจริง ดูเช่นที่นี่ ชุดมาตรฐานที่ใช้ของพวกเขาคือโอเพนซอร์สและมีอยู่ใน GitHub เช่นกัน Hell CERN จัดการ PB ของข้อมูลด้วย OracleDB ได้ดี
—
Voo