Có một bài viết về Hacker News một vài ngày trước đó khi truy cập trang đầu tiên có tựa đề giống như
"2 trường hợp khi không sử dụng MongoDB" nhưng tôi thực sự không thể tìm thấy nó nữa ...Khi KHÔNG sử dụng NoSQL?
Chúng tôi sử dụng MongoDB để lưu trữ tấn và tấn dữ liệu phân tích mà chúng tôi không quan tâm nếu một số nội dung thỉnh thoảng bị mất trong sự cố máy chủ. Dữ liệu thực sự phù hợp với MongoDB và nó sẽ là một cơn ác mộng nếu chúng ta sử dụng một cơ sở dữ liệu SQL cho việc này. Nhưng đối với các giao dịch ngân hàng, chúng tôi thậm chí sẽ không xem xét MongoDB. Khóa ghi có thể là một vấn đề đối với một số người. Mặt khác MongoDB hỗ trợ dễ dàng sharding, dễ dàng hơn nhiều so với SQL. Sharding cho phép chúng ta mở rộng theo chiều ngang, đó là một điểm cộng lớn cho dữ liệu của chúng ta.
Tìm kiếm tốt, nhưng bài viết thực tế dường như ở đây: http://ethangunderson.com/blog/two-reasons -to-not-use-mongodb/ –
Có phải txt spek rly reqyrd không? –
2 b công bằng, OP đã làm schu nó trong Q. :) –
Bằng bất kỳ định nghĩa hợp lý "NoSQL" phải bao gồm phi SQL RDBMS trong phạm vi của nó (vì không có lý do âm thanh tại sao mô hình quan hệ không thể giải quyết các yêu cầu tương tự như các mô hình NoSQL khác). Nếu bạn chấp nhận điều đó, thì không có giới hạn đối với những gì NoSQL DBMS có thể làm. Chúng ta sẽ không còn cần đến SQL nữa!
Đáng buồn thay, dường như có một giả định chung giữa các nhà lãnh đạo NoSQL nghĩ rằng "NoSQL" có nghĩa là "không quan hệ". Điều đó là rất đáng tiếc vì nếu mô hình quan hệ bị bỏ qua thì NoSQL không bao giờ có khả năng thay thế SQL cho nhiều mục đích. (Tôi mang nó cho các cấp rằng việc tìm kiếm lâu dài, quan hệ thay thế mô hình cho SQL sẽ thực sự là một điều tốt :)
Tiêu biểu ghét mongering chống lại SQL –
Tôi không ghét SQL nhưng tôi cố gắng giữ một tâm trí cởi mở về lựa chọn thay thế tốt hơn cho những gì là sau khi tất cả một ngôn ngữ 30 tuổi và mô hình với một số khuyết tật rất bất tiện. – sqlvogel
Bạn có thể thêm một số liên kết vào một NoSQL DBs quan hệ bạn thích không? Tôi đã tìm thấy một số, nhưng không có gì thực sự thú vị, nhưng có lẽ bạn có thể chỉ cho tôi những thứ thú vị hơn. – maaartinus
Bạn không muốn sử dụng NoSQL thường khi bạn ....
... không muốn sử dụng SQL! /hardy har har
Hầu hết các giải pháp NoSQL mà tôi thấy dường như nằm trong phương pháp lưu trữ khóa-giá trị và không quan hệ. Họ có xu hướng từ bỏ các thuộc tính ACID.
Vì vậy, khi bạn đánh giá một hệ thống cơ sở dữ liệu, khi bạn không cần ACID, khi bạn không muốn đại số quan hệ, khi bạn làm có một nhu cầu cho một cửa hàng KV, sau đó phương pháp NoSQL là bạn của bạn.
Cũng lưu ý rằng có rất nhiều hệ thống 'NoSQL', và tất cả chúng đều bận rộn làm việc trên các phương pháp hơi khác nhau.
Tại sao bạn nghĩ 'NoSQL' ngụ ý không có 'ACID'? Cá nhân tôi đã xây dựng một ứng dụng trên đầu trang của 'BerkeleyDB' (không quan hệ) với sự hỗ trợ giao dịch đầy đủ. – Quassnoi
@Quassnoi: vì không có ACID là một trong những xu hướng chung của NoSQL. –
Cũng xem http://stackoverflow.com/questions/4448194/mongodb-vs-mysql/4448292 – clyfe