-
Nhiều nhà văn khác nhau. Đặc biệt là khi người viết có thể bị phân đoạn do mất kết nối trong mạng và sau đó sẽ cần phải đồng bộ hóa dữ liệu đã được ghi vào cả hai phía của phân nhánh. Điều này phá vỡ ACID và trong khi bạn có thể giải quyết vấn đề với logic nghiệp vụ rõ ràng, bạn hiện đang ở trong lãnh thổ NoSQL. Điều này rất phổ biến trong các tình huống quân sự, nhưng bất kỳ hệ thống nào mà mọi người đều là những người viết nhiều sẽ có một số khóa viết tranh trên hệ thống ACID.
-
Các lược đồ chất lỏng. Thay đổi lược đồ trong DB truyền thống là một hoạt động tốn kém thường đòi hỏi một số loại thời gian ngừng hoạt động của máy chủ hoặc các quy trình phức tạp khác. Với hầu hết các hệ thống NoSQL, điều đó thật tầm thường. Vì vậy, nếu bạn có dữ liệu từ nhiều nguồn khác nhau để hợp nhất và / hoặc gặp các tình huống mà bạn có thể muốn bắt đầu theo dõi thông tin mới vào một ngày sau đó, hệ thống NoSQL sẽ dễ dàng xử lý hơn rất nhiều. Hợp nhất hai nguồn dữ liệu để chúng có thể được lập biểu đồ với nhau là một ví dụ điển hình mà tôi có thể nghĩ đến.
-
Nhân rộng băng thông thấp. Khi bạn đã phá vỡ ACID, bạn có thể có người đọc và người viết trên các nút lá của biểu đồ mạng với dữ liệu một phần không cần bản sao đầy đủ của cơ sở dữ liệu. Sản phẩm của công ty tôi, Bộ Chỉ huy Tương lai của Quân đội sử dụng sản phẩm này.
-
Khả năng tương tác dữ liệu. Hầu hết các cơ sở dữ liệu NoSQL cho phép bạn xem xét bên trong dữ liệu mà không cần biết trước lược đồ, cho phép kết nối giữa các hệ thống khác nhau diễn ra dễ dàng hơn.
-
Mở rộng quy mô lớn. Đây là vấn đề thường được tranh luận nhiều nhất và thường bị lạm dụng nhất bởi những người đề xuất NoSQL. Nếu đây là lý do duy nhất khiến bạn chọn NoSQL, hãy bắt đầu với MySQL để thay thế và mở rộng quy mô sau.
