Hướng dẫn mongodb use cases reddit - các trường hợp sử dụng mongodb reddit

Hi,

Câu hỏi này làm phiền tôi trong những ngày cuối cùng.

Như trong mỗi ví dụ tôi tìm thấy, khi nó phát triển phức tạp, tôi thấy rằng tôi sẽ cần tham gia.

Trong MongoDB "thương mại", họ đưa ra một ví dụ về hệ thống y tế và bệnh nhân, và nó có ý nghĩa, vì nó lưu tất cả các kết nối bên trái cho những điều bắt buộc.

Nhưng sau đó khi nó phát triển phức tạp hơn, và có những cuộc hẹn và bác sĩ và phòng khám, tôi nhận ra rằng tôi sẽ cần tham gia để chia sẻ cuộc hẹn giữa bác sĩ và bệnh nhân và phòng khám, v.v.

Cảm giác như trong bất kỳ ứng dụng phức tạp nào sẽ có quan hệ, và sau đó SQL được ưa thích, vậy các trường hợp sử dụng thực tế cho MongoDB là gì?

Một dự án cho phép người dùng tải lên và chuyển các tệp lên đám mây, một cái gì đó như Dropbox, ngoại trừ chúng tôi cần hỗ trợ các loại tệp lưu trữ khác nhau từ các chương trình bên thứ 3 độc quyền khác nhau mà bạn có thể xuất dữ liệu. Mỗi chương trình này có các loại tệp lưu trữ riêng, chủ yếu không có giấy tờ [hoặc họ bị từ chối để gửi tài liệu]. - Hãy tưởng tượng một tập tin lưu trữ về động cơ xe hơi. Tệp lưu trữ đó chứa mọi thành phần có thể mà động cơ có, từ dầu, pistons, đến mỗi bu -lông và đai ốc. Mỗi thành phần có thông tin về các thuộc tính hợp kim kim loại của nó, bạn cần chặt chẽ mức độ để thắt chặt các loại hạt, v.v. Chúng tôi cần phân tích các tệp này và hiển thị chúng trong UI với rất nhiều dữ liệu meta. MongoDB cho phép chúng tôi đổ bất kỳ dữ liệu nào [ở bất kỳ định dạng nào] chúng tôi có thể trích xuất và hiển thị nó trong UI. Chúng tôi đã sử dụng postgres cho dữ liệu quan hệ và Mongo để tìm nạp dữ liệu meta đối tượng.

Tính sẵn sàng cao.

Tôi đã đọc các tài liệu Postgres hàng ngàn lần cố gắng thiết lập chuyển đổi dự phòng và đọc bản sao, tôi đã đọc các bản sao hoạt động nhưng không bao giờ tự động chuyển đổi dự phòng.

Với Mongo nếu một nút bị sập, bạn sẽ tự động nhận một bản chính mới

Cấp cho bạn nhận được điều đó miễn phí nếu bạn sử dụng RDS hoặc một cái gì đó trong những ngày này, nhưng điều đó không phải lúc nào cũng là một lựa chọn

Tôi không hiểu "tin đồn" của cơ sở dữ liệu NoQuery mất dữ liệu thậm chí có nghĩa là gì trong bối cảnh của bạn. Bạn đang nói về Mongo ở đây, không phải cơ sở dữ liệu nói chung. Mặc dù một số cửa hàng giao dịch tính nhất quán cho tính khả dụng và dung sai phân vùng [Cassandra là một ví dụ ở đây], nhưng có những tải trọng sẽ không mất dữ liệu của bạn. Kiểm tra các bài kiểm tra Jepsen để biết cách cơ sở dữ liệu khác nhau xử lý các tình huống khác nhau. C, A và P luôn luôn giao dịch rõ ràng; Nhưng hầu hết các cơ sở dữ liệu xử lý 'lưu trữ dữ liệu' khá tốt.

Và đặc biệt là bit "dữ liệu quan hệ" là buồn cười. Về cơ bản, bạn đang nói rằng bạn không thể sử dụng NoQuery bao giờ, bởi vì hầu hết tất cả dữ liệu đều quan hệ. Và cơ sở dữ liệu đồ thị làm quan hệ tốt hơn cơ sở dữ liệu quan hệ.

Tôi không biết tại sao; Nhưng bạn đã đơn giản hóa rất nhiều thứ và thật không may, rất nhiều nội dung hiện đang mơ hồ.

Cập nhật các khóa JSON trong PG không thực sự đơn giản, ngoài việc tôi sẽ nói rằng đó là một câu hỏi về việc thoải mái với một trong hai. tôi thích cả hai

Tôi đang thấy rất nhiều khóa học và bootcamp thúc đẩy MongoDB nhưng tôi vẫn chưa bắt gặp bất kỳ ví dụ thực tế nào cho thấy hầu hết thời gian sử dụng cơ sở dữ liệu phi quan hệ sẽ vượt trội so với WebDev hơn là sử dụng một cái gì đó như PostgreSQL.

Bất cứ ai cũng có thể cung cấp một số trường hợp sử dụng thực tế bởi vì tôi có cảm giác MongoDB đang bị thúc đẩy vì những lý do khác ngoài việc là công cụ tốt nhất cho công việc. ví dụ. Tiếp thị/tiếp xúc, là "NoQuery".

cấp độ 1

Chúng tôi sử dụng rất nhiều Mongo [thực ra đó là AWS DocumentDB] trong các dịch vụ vi mô không cần quan hệ giữa các bảng. Mặc dù do DocumentDB đắt hơn thì RDS [và khi chúng tôi bắt đầu với Mongo, thực tế, thực tế là Mongo trên EC2] - vì vậy bây giờ khi chúng tôi viết lại một số hệ thống, chúng tôi sử dụng PSQL.

Một ví dụ khác mà chúng tôi sử dụng nó - hệ thống có nhiều lần đọc vào ban đêm - nó quy mô cực kỳ tốt với việc nó đang thu hút .. và bạn không thực sự quan tâm đến các giao dịch

cấp độ 2

Ý tôi là, Redis tồn tại, ai đang sử dụng Mongo làm lớp bộ đệm?

Bất cứ ai cũng có thể cung cấp một số trường hợp sử dụng thực tế bởi vì tôi có cảm giác MongoDB đang bị thúc đẩy vì những lý do khác ngoài việc là công cụ tốt nhất cho công việc. ví dụ. Tiếp thị/tiếp xúc, là "NoQuery".

cấp độ 1

cấp độ 2

Ý tôi là, Redis tồn tại, ai đang sử dụng Mongo làm lớp bộ đệm?

Cập nhật các khóa JSON trong PG không thực sự đơn giản, ngoài việc tôi sẽ nói rằng đó là một câu hỏi về việc thoải mái với một trong hai. tôi thích cả hai

cấp độ 2

Ý tôi là, Redis tồn tại, ai đang sử dụng Mongo làm lớp bộ đệm?

cấp độ 2

Ý tôi là, Redis tồn tại, ai đang sử dụng Mongo làm lớp bộ đệm?

Bất cứ ai cũng có thể cung cấp một số trường hợp sử dụng thực tế bởi vì tôi có cảm giác MongoDB đang bị thúc đẩy vì những lý do khác ngoài việc là công cụ tốt nhất cho công việc. ví dụ. Tiếp thị/tiếp xúc, là "NoQuery".

cấp độ 1

Chúng tôi sử dụng rất nhiều Mongo [thực ra đó là AWS DocumentDB] trong các dịch vụ vi mô không cần quan hệ giữa các bảng. Mặc dù do DocumentDB đắt hơn thì RDS [và khi chúng tôi bắt đầu với Mongo, thực tế, thực tế là Mongo trên EC2] - vì vậy bây giờ khi chúng tôi viết lại một số hệ thống, chúng tôi sử dụng PSQL.

Một ví dụ khác mà chúng tôi sử dụng nó - hệ thống có nhiều lần đọc vào ban đêm - nó quy mô cực kỳ tốt với việc nó đang thu hút .. và bạn không thực sự quan tâm đến các giao dịch

Điều đó đang được nói - khi nói đến NoQurop

Bất cứ ai cũng có thể cung cấp một số trường hợp sử dụng thực tế bởi vì tôi có cảm giác MongoDB đang bị thúc đẩy vì những lý do khác ngoài việc là công cụ tốt nhất cho công việc. ví dụ. Tiếp thị/tiếp xúc, là "NoQuery".

cấp độ 1

Chúng tôi sử dụng rất nhiều Mongo [thực ra đó là AWS DocumentDB] trong các dịch vụ vi mô không cần quan hệ giữa các bảng. Mặc dù do DocumentDB đắt hơn thì RDS [và khi chúng tôi bắt đầu với Mongo, thực tế, thực tế là Mongo trên EC2] - vì vậy bây giờ khi chúng tôi viết lại một số hệ thống, chúng tôi sử dụng PSQL.

Một ví dụ khác mà chúng tôi sử dụng nó - hệ thống có nhiều lần đọc vào ban đêm - nó quy mô cực kỳ tốt với việc nó đang thu hút .. và bạn không thực sự quan tâm đến các giao dịch

Điều đó đang được nói - khi nói đến NoQurop

cấp độ 1

Con người chưa có ai có thể đưa ra một kịch bản sử dụng thực sự. Không, nói rằng, nó là một dữ liệu phi cấu trúc, không phải là một ví dụ thực tế. Nói rằng bạn sử dụng nó tại nơi làm việc không phải là một ví dụ. Bạn có quy mô giống như Crazy, bạn đoán nó, không phải là một ví dụ thực tế.

cấp độ 2

Tôi đã làm việc tại một nơi cho phép sinh viên ghi lại nhật ký phản xạ hàng năm. Lược đồ cho cuốn nhật ký này đã thay đổi theo từng năm và đó sẽ là trường hợp sử dụng hoàn hảo cho Mongo.

Than ôi chúng tôi đã sử dụng mysql mặc dù

cấp độ 2

Tôi đã làm việc tại một nơi cho phép sinh viên ghi lại nhật ký phản xạ hàng năm. Lược đồ cho cuốn nhật ký này đã thay đổi theo từng năm và đó sẽ là trường hợp sử dụng hoàn hảo cho Mongo.

cấp độ 1

[deleted]

Khá chắc chắn AWS chỉ sử dụng noql

· 9 tháng. trước · chỉnh sửa 9 tháng. trước kia

Tôi nghĩ rằng rất nhiều hướng dẫn web sử dụng MongoDB vì nó rất tuyệt trong việc tạo mẫu, thực sự nhanh chóng để phát triển và bạn không cần người đọc hiểu các khái niệm SQL vì điều đó hoàn toàn khác biệt, chủ đề rất lớn.

• Trong thế giới doanh nghiệp, ban đầu, phát triển và bảo trì đóng vai trò rất lớn trong các dự án. Mặc dù có rất nhiều sản phẩm tốt hơn để thực hiện nhiệm vụ cụ thể, MongoDB là cách nhanh chóng và rẻ tiền [tài nguyên] để bắt đầu phát triển các tính năng, ngay cả khi bạn đã biết bạn sẽ cần nâng cấp lên một thứ khác vào một lúc nào đó.

• Tôi đã sử dụng MongoDB trong hai trường hợp và thích làm việc với nó [ODM đã sử dụng trong cả hai trường hợp]:

cấp độ 1

Ghi nhật ký ứng dụng động đã tạo dữ liệu nhật ký từ một vài microservice [vài triệu tài liệu mỗi ngày] và truy vấn nó. Sau đó, một số yêu cầu đã thay đổi và chúng tôi đã nâng cấp lên ElaticSearch cùng một lúc [một số nhóm khác đã cài đặt cụm Elaticsearch cho ứng dụng khác].

Một dự án cho phép người dùng tải lên và chuyển các tệp lên đám mây, một cái gì đó như Dropbox, ngoại trừ chúng tôi cần hỗ trợ các loại tệp lưu trữ khác nhau từ các chương trình bên thứ 3 độc quyền khác nhau mà bạn có thể xuất dữ liệu. Mỗi chương trình này có các loại tệp lưu trữ riêng, chủ yếu không có giấy tờ [hoặc họ bị từ chối để gửi tài liệu]. - Hãy tưởng tượng một tập tin lưu trữ về động cơ xe hơi. Tệp lưu trữ đó chứa mọi thành phần có thể mà động cơ có, từ dầu, pistons, đến mỗi bu -lông và đai ốc. Mỗi thành phần có thông tin về các thuộc tính hợp kim kim loại của nó, bạn cần chặt chẽ mức độ để thắt chặt các loại hạt, v.v. Chúng tôi cần phân tích các tệp này và hiển thị chúng trong UI với rất nhiều dữ liệu meta. MongoDB cho phép chúng tôi đổ bất kỳ dữ liệu nào [ở bất kỳ định dạng nào] chúng tôi có thể trích xuất và hiển thị nó trong UI. Chúng tôi đã sử dụng postgres cho dữ liệu quan hệ và Mongo để tìm nạp dữ liệu meta đối tượng.

Tính sẵn sàng cao.

Tôi đã đọc các tài liệu Postgres hàng ngàn lần cố gắng thiết lập chuyển đổi dự phòng và đọc bản sao, tôi đã đọc các bản sao hoạt động nhưng không bao giờ tự động chuyển đổi dự phòng.

cấp độ 1

Với Mongo nếu một nút bị sập, bạn sẽ tự động nhận một bản chính mới

Cấp cho bạn nhận được điều đó miễn phí nếu bạn sử dụng RDS hoặc một cái gì đó trong những ngày này, nhưng điều đó không phải lúc nào cũng là một lựa chọn

MongoDB không thực sự là một cơ sở dữ liệu, mặc dù nó có tên trong tên của nó, đó là một cửa hàng tài liệu. Nó cho phép bạn lưu trữ các tài liệu "không cấu trúc" mà không có lược đồ và tìm kiếm/truy xuất chúng một cách nhanh chóng. Trong môi trường sản xuất thực tế Mongo và các máy chủ NoQuery khác thường được sử dụng như một loại bộ đệm phía trước cơ sở dữ liệu truyền thống hơn và khi bạn đang lưu trữ dữ liệu, bạn không chỉ không có cấu trúc nội bộ cố định, mà có thể sẽ không bao giờ vào tương lai.

cấp độ 2

Tôi đã làm việc tại một nơi cho phép sinh viên ghi lại nhật ký phản xạ hàng năm. Lược đồ cho cuốn nhật ký này đã thay đổi theo từng năm và đó sẽ là trường hợp sử dụng hoàn hảo cho Mongo.

cấp độ 2

Tôi đã làm việc tại một nơi cho phép sinh viên ghi lại nhật ký phản xạ hàng năm. Lược đồ cho cuốn nhật ký này đã thay đổi theo từng năm và đó sẽ là trường hợp sử dụng hoàn hảo cho Mongo.