MongoDB
 sql >> Cơ Sở Dữ Liệu >  >> NoSQL >> MongoDB

Đồ thị DBs so với DB tài liệu so với Triplestores

Tôi không chắc mình sẽ đồng ý với quan điểm rằng nhiều người không thích SPARQL. SPARQL 1.0 đã có một số điểm đến ngắn, nhưng nó giải quyết khá tốt những gì nó được thiết kế cho và phiên bản mới, SPARQL 1.1, được xây dựng dựa trên nó bổ sung nhiều cấu trúc từ SQL mà mọi người mong đợi sẽ thấy trong thông số ban đầu bao gồm các truy vấn phụ, tổng hợp &cập nhật ngữ nghĩa. Tôi nghĩ rằng thực tế là nó tiêu chuẩn và bạn có thể mong đợi thấy phân tích cú pháp và ngữ nghĩa giống nhau trong mọi cửa hàng ba, trái ngược với các phương ngữ của SQL, là một tính năng hay.

Tôi cũng sẽ khẳng định rằng tất cả các cửa hàng ba đều là cơ sở dữ liệu đồ thị; bạn có thể đặt các thuộc tính trên các cạnh cụ thể trong RDF, mặc dù không độc đáo như bạn có thể w / Neo4j. Nhưng cửa hàng ba có lợi thế của ngôn ngữ truy vấn thực, biểu diễn dữ liệu tiêu chuẩn w3c khiến việc đưa dữ liệu của bạn đến một cửa hàng ba nơi khác là điều dễ dàng và đối với một số cửa hàng ba, khả năng thực hiện suy luận dựa trên OWL.

Tôi không biết gì về khả năng mở rộng cho hầu hết các biểu đồ db, nhưng nhìn chung, cơ sở dữ liệu RDF thương mại mở rộng quy mô khá tốt. Tất cả có thể mở rộng thành hàng tỷ bộ ba, xử lý rất nhiều trường hợp sử dụng. Mặc dù cách họ xử lý quy mô rất khác nhau giữa các nhà cung cấp để mở rộng quy mô hoặc mở rộng quy mô, phân cụm, v.v. Bạn cũng sẽ thấy các yêu cầu mem &phần cứng khá khác nhau để phù hợp với việc triển khai cho từng loại. Đối với tôi, tôi có xu hướng chỉ đi và lấy một phiên bản EC2, thường là 2XL hoặc 4XL, gắn một EBS đủ lớn để chứa dữ liệu và tôi đã thiết lập khá tốt.

Ngoài ra, một số cửa hàng bộ ba tích hợp với Lucene hoặc các công nghệ tương tự để cung cấp các chỉ mục đảo ngược trên dữ liệu và nhiều cửa hàng hiện đang bắt đầu bao gồm các chỉ số không gian địa lý và thời gian. Đây là những tính năng rất hữu ích mà tôi không chắc về tính khả dụng của chúng trong một cái gì đó như Neo4j.

Như đã nói, chúng sẽ không mở rộng quy mô cũng như cơ sở dữ liệu quan hệ, chúng không hoàn thiện như vậy. Nhưng bạn cũng sẽ không gặp rắc rối khi bạn có lượng dữ liệu "thực". Tất nhiên, một trong những lợi thế của cửa hàng gấp ba là lý luận, hoạt động ở quy mô lớn là khó khăn, nhưng đó là phần lớn lý do tại sao các cấu hình OWL khác nhau được tạo ra. Nhưng bạn có thể tự vẽ mình vào một góc nếu bạn không suy nghĩ trước.

Tôi nghĩ rằng cơ sở dữ liệu đồ thị, cụ thể là ba cửa hàng, có thể là một kết hợp khá tốt cho rất nhiều ứng dụng đang được xây dựng, nhưng tôi không nghĩ rằng điều đó có nghĩa là mọi thứ nên được thực hiện với chúng. Giống như bất kỳ thứ gì khác, chúng là công cụ có điểm tốt và điểm xấu, vì vậy bạn phải đưa ra lựa chọn phù hợp dựa trên ứng dụng của mình. Nhưng chúng có lẽ luôn đáng được cân nhắc ít nhất trong những ngày này.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Tìm tổng thời gian của một người dùng trong mongoDB

  2. Phân trang nhanh với MongoDB

  3. Người dùng root MongoDB

  4. Những điều quan trọng cần theo dõi trong MongoDB

  5. Nhận BinData UUID từ Mongo dưới dạng chuỗi