เมื่อไหร่ควรใช้ graph database

แนวคิด NoSQL

Miriam Antona

Software engineer

กรณีที่เหมาะสม - ข้อมูลทั่วไป

• ข้อมูลที่มีความเชื่อมโยงสูง

กรณีที่เหมาะสม - Social graph

• โซเชียลเน็ตเวิร์ก
  • ผู้ใช้และความสัมพันธ์
  • โพสต์
  • ไลก์
  • ...
• พนักงานในองค์กร
  • โปรเจกต์
  • ความสัมพันธ์ระหว่างพนักงาน

กรณีที่เหมาะสม - โรคติดเชื้อ

• โมเดล:
  • ปฏิสัมพันธ์ระหว่างบุคคล
  • เหตุการณ์การสัมผัส
  • การรับเชื้อ
• ช่วยทำความเข้าใจห่วงโซ่การแพร่เชื้อ

กรณีที่เหมาะสม - บริการระบุตำแหน่ง

• ตำแหน่งและระยะทาง
• เพิ่มประสิทธิภาพเส้นทางสำหรับแอปนำทาง
• แนะนำสถานที่ใกล้เคียงที่น่าสนใจ:
  • ร้านอาหาร
  • โรงภาพยนตร์
  • โรงพยาบาล
  • ฯลฯ

กรณีที่เหมาะสม - การตรวจจับการฉ้อโกง

• ตรวจจับการฉ้อโกงแบบเรียลไทม์:
  • การฉ้อโกงบัตรเครดิต
  • การฉ้อโกงบนอีคอมเมิร์ซ
  • การฟอกเงิน
• โมเดล: บุคคล, บัตรเครดิต, หมายเลขโทรศัพท์, อุปกรณ์, IP address...
• ค้นหารูปแบบที่น่าสงสัย:
  • ผู้ใช้หลายรายมาจาก IP เดียวกัน
  • ...

กรณีที่เหมาะสม - การแนะนำสินค้าแบบเรียลไทม์

• บันทึกประวัติการซื้อและพฤติกรรมการเรียกดูเพื่อแนะนำสินค้า
• เสนอสินค้าให้เพื่อน
• แสดงภาพยนตร์ที่ยังไม่ได้ดูจากผู้ใช้ที่มีความสนใจคล้ายกัน

กรณีที่เหมาะสม - เครือข่าย

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

กรณีที่ไม่เหมาะสม

• ข้อมูลที่ไม่เชื่อมโยงกัน
• ความสัมพันธ์ระหว่างข้อมูลไม่สำคัญ
• แอปพลิเคชันที่ทำเพียงการค้นหาทั่วไปโดยไม่มีจุดเริ่มต้นที่ชัดเจน
  • ไม่ได้รับการปรับแต่งสำหรับคิวรีประเภทนั้น
• คุณสมบัติที่มีค่าขนาดใหญ่มาก (BLOBs, CLOBs...)

มาฝึกกันเถอะ!

แนวคิด NoSQL