Tôi tiếp tục thấy các tham chiếu đến ý tưởng rằng "CouchDB có thể không phải là công cụ tốt nhất trong mọi tình huống". Điều này là tốt để biết, nhưng tiếc là cũng áp dụng cho mọi công nghệ.Có bất kỳ dự án được tài liệu nào mà CouchDB đã được thử và từ chối không?
Điều gì sẽ hữu ích hơn nhiều là mô tả về cách CouchDB đã được thử trên một dự án và sau đó bị bỏ rơi cho một cơ sở dữ liệu SQL truyền thống.
Nếu bạn đã thử CouchDB trên một dự án và sau đó quay lại cơ sở dữ liệu SQL, yếu tố nào đóng vai trò lớn nhất?
@Daniel, đó là một số liên kết hữu ích, cảm ơn. Nhưng tôi không tìm thấy bất kỳ cuộc thảo luận nào về một dự án cụ thể, nơi những hạn chế/không phù hợp trong CouchDB quá lớn đến nỗi nó buộc dự án phải quay trở lại RDBMS. Đó thực sự là những gì tôi đang tìm kiếm. –
@Rich: Tôi sẽ không tìm kiếm các ví dụ đã chọn CouchDB và buộc phải quay trở lại, bởi vì trong một số trường hợp, một cơ sở dữ liệu quan hệ, với các giao dịch và truy vấn truyền thống là lựa chọn duy nhất. Gần đây tôi đã xem qua một nghiên cứu điển hình của Oracle về Betfair.com http://www.oracle.com/customers/snapshots/betfair-database-case-study.pdf. Tôi nghĩ rằng với 20 triệu giao dịch mỗi ngày, giao dịch với mức tối đa 1k giao dịch mỗi giây với tiền thật, hoạt động theo quy định nghiêm ngặt, trong khi quản lý để phục vụ hơn 500 triệu lượt xem mỗi ngày, họ đang tạo đòn bẩy tuyệt vời trên cơ sở dữ liệu quan hệ. –