Làm thế nào để bạn quyết định loại cơ sở dữ liệu để sử dụng?

Tôi thực sự không thích cái tên "NoQuery", vì nó không được mô tả lắm. Nó nói với tôi những gì các cơ sở dữ liệu không phải là nơi tôi đang quan tâm nhiều hơn trong những gì các cơ sở dữ liệu là . Tôi thực sự nghĩ rằng thể loại này thực sự bao gồm một số loại cơ sở dữ liệu. Tôi chỉ đang cố gắng để có được một ý tưởng chung về công việc mà mỗi cơ sở dữ liệu cụ thể là công cụ tốt nhất.

Một vài giả định tôi muốn đưa ra (và sẽ yêu cầu bạn thực hiện):

1. Giả sử rằng bạn có khả năng thuê bất kỳ số lượng kỹ sư giỏi nào có kinh nghiệm như nhau với mọi công nghệ cơ sở dữ liệu đã từng tồn tại.
2. Giả sử bạn có cơ sở hạ tầng kỹ thuật để hỗ trợ bất kỳ cơ sở dữ liệu cụ thể nào (bao gồm các máy chủ và hệ thống có sẵn có thể hỗ trợ cơ sở dữ liệu nói trên).
3. Giả sử rằng mỗi cơ sở dữ liệu có sự hỗ trợ tốt nhất có thể miễn phí.
4. Giả sử bạn có 100% mua từ quản lý.
5. Giả sử bạn có một số tiền vô hạn để ném vào vấn đề.

Bây giờ, tôi nhận ra rằng các giả định ở trên loại bỏ rất nhiều cân nhắc hợp lệ có liên quan đến việc chọn cơ sở dữ liệu, nhưng trọng tâm của tôi là tìm ra cơ sở dữ liệu nào là tốt nhất cho công việc ở mức độ kỹ thuật thuần túy. Vì vậy, với các giả định ở trên, câu hỏi đặt ra là: mỗi cơ sở dữ liệu (bao gồm cả SQL và NoQuery) là công cụ tốt nhất để làm gì và tại sao?

Cơ sở dữ liệu quan hệ (SQL) là tuyệt vời cho dữ liệu mà mô hình cơ bản vẫn ổn định. Nhiều triển khai đã xuất hiện được một thời gian (Oracle, DB2, SqlServer) và ổn định và an toàn. Ngoài ra, thật dễ dàng để tìm thấy những người có kinh nghiệm để quản trị họ - và quản trị viên cơ sở dữ liệu là phải! Các lập trình viên không cần phải xử lý các quyền, thiết lập và điều chỉnh. Họ có thể tập trung vào lập trình và để các quản trị viên lo lắng về việc duy trì cơ sở dữ liệu. Cơ sở dữ liệu quan hệ cũng tương đối dễ truy vấn, và có nhiều công cụ hiện có để hỗ trợ tìm kiếm dữ liệu từ chúng.

SQL

Đối tượng quan hệ. Máy chủ ổn định với kiểm soát hạt tốt trên quyền.

NoQuery

Lưu trữ linh hoạt. Khả năng mở rộng cao và khả năng shending.

Có một số thông tin rất hay về điều này trong bài viết này: Cassandra vs MongoDB vs CouchDB vs Redis vs Riak vs HBase vs Membase vs Neo4j so sánh :

Trong khi cơ sở dữ liệu SQL là các công cụ cực kỳ hữu ích, sự độc quyền ~ 15 năm của chúng sắp kết thúc. Và đó chỉ là thời gian: tôi thậm chí không thể đếm những thứ bị ép buộc vào cơ sở dữ liệu quan hệ, nhưng không bao giờ thực sự phù hợp với chúng.
Nhưng sự khác biệt giữa các cơ sở dữ liệu NoQuery lớn hơn nhiều so với trước đây giữa cơ sở dữ liệu SQL và cơ sở dữ liệu khác. Điều này có nghĩa là trách nhiệm lớn hơn đối với các kiến ​​trúc sư phần mềm là chọn một dự án phù hợp cho dự án ngay từ đầu.
Trong ánh sáng này, đây là so sánh của Cassandra, Mongodb, CouchDB, Redis, Riak, Membase, Neo4j và HBase [...]

Tôi đoán đây không phải là một câu hỏi hay, ví dụ, loại phương tiện nào tốt? Bugatti, BWM, ô tô, máy mini, xe lửa, đầu máy, máy bay?
nó phụ thuộc vào hoàn cảnh của bạn

Đối với một công việc nhỏ không có dữ liệu lớn, sqlight có thể tốt.
đối với một công ty sử dụng sản phẩm của Microsoft, MSSQL là tốt.
để phát triển web, MySql rất dễ sử dụng.
đối với các ngân hàng, Oracle hoặc couchbase (nếu xử lý vấn đề trancation).
Đối với một công việc nhỏ với nhiều dữ liệu, MongoDB là tốt.
cho một công ty có dữ liệu khổng lồ và chỉ có một loại bảng, Cassandra.
cho một công ty có dữ liệu khổng lồ, Couchbase.
cho hệ sinh thái hadoop, HBase.
cho biểu đồ, hình ảnh, trong Bộ nhớ, ...