Làm thế nào để thiết kế chính xác lược đồ cơ sở dữ liệu NoSql? [đóng cửa]
10
Tôi muốn tìm hiểu thêm về cơ sở dữ liệu NoQuery, vì vậy tôi đã chọn tạo một dự án mới từ đầu để xử lý kết quả bóng đá. Trong cơ sở dữ liệu quan hệ truyền thống của tôi, tôi có các giải đấu, đội, kết quả và bảng lớp. Tất cả đều có liên quan rõ ràng.
Điều gì có thể là một cách tiếp cận tốt để thiết kế một dự án như thế này, sử dụng cách tiếp cận NoQuery thay thế?
Những loại cơ sở dữ liệu NOSQL? Tôi đề nghị bạn đọc lên một chút về các loại khác nhau trước khi đặt câu hỏi này. Một số là schemaless, và một số chỉ là cơ sở dữ liệu khóa-giá trị (và toàn bộ phạm vi giữa hai).
Sử dụng công cụ phù hợp cho một công việc cụ thể. Bằng cách hỏi điều này, rõ ràng bạn không biết khi nào NoQuery thích hợp để lưu trữ dữ liệu. Rất nhiều người đang sử dụng NoQuery chỉ vì đó là "điều của thời điểm". Thông thường cơ sở dữ liệu NoQuery không có lược đồ và nên được sử dụng khi dữ liệu được biểu diễn tốt hơn bằng mô hình của nó. Bạn không nên sử dụng cơ sở dữ liệu NoQuery để lưu trữ dữ liệu thường là quan hệ; một cơ sở dữ liệu quan hệ nên được sử dụng trong trường hợp đó. Tôi biết rằng khi có nhu cầu mở rộng ứng dụng để có khả năng xử lý hàng triệu giao dịch thì mô hình NoQuery hoạt động tốt hơn (ngay cả khi dữ liệu có quan hệ), nhưng tôi nghĩ đó không phải là trường hợp của bạn.
Khi bạn nói không có lược đồ @nohros, bạn có nghĩa là NoQuery về cơ bản chỉ là khóa: hệ thống giá trị? tức là { key1: value1, key2: value2, ... }? Hoặc có thể có một số lược đồ phức tạp hơn trong NoQuery?
Đầu tiên, có các trường hợp sử dụng được xác định rõ ràng để sử dụng NoQuery qua RDBMS truyền thống. Đảm bảo hệ thống của bạn đáp ứng một hoặc nhiều tiêu chí trong số này trước khi nhảy vào NoQuery, nếu không bạn có thể gặp sự cố.
Video youtube này đã là một mắt mở thực sự cho tôi. Đó là về MongoDB và mô hình hóa dữ liệu. Bạn có thể đọc thêm về MongoDB trên trang web của họ .