In MySQL there is really isn't much

In MySQL there is really isn't much flexibility in how you structure your data if you follow normalization standards. The idea is not to prefer any specific application pattern.

In MongoDB, you have to use embedding and linking instead of joins and you don't have transactions. This means you have to optimize your schema based on how your application will access the data. This is probably pretty scary to MySQL experts, but if you continue reading, you'll see there is a place for both MySQL and MongoDB.

Kết quả (Việt) 1:

Trong MySQL có thực sự không nhiều sự linh hoạt trong cách bạn cấu trúc dữ liệu của bạn nếu bạn làm theo bình thường hóa tiêu chuẩn. Ý tưởng là không thích bất kỳ mô hình ứng dụng cụ thể.

tại MongoDB, bạn có thể sử dụng nhúng và liên kết thay vì tham gia và bạn không có giao dịch. Điều này có nghĩa là bạn có để tối ưu hóa của bạn lược đồ dựa trên làm thế nào các ứng dụng của bạn sẽ truy cập vào dữ liệu. Điều này có thể khá đáng sợ để MySQL chuyên gia, nhưng nếu bạn tiếp tục đọc, bạn sẽ thấy có một chỗ cho MySQL và MongoDB.

Kết quả (Việt) 2:

Trong MySQL có thực sự không phải là linh hoạt hơn trong cách bạn cấu trúc dữ liệu của bạn nếu bạn làm theo các tiêu chuẩn bình thường. Ý tưởng không phải là để thích bất kỳ mô hình ứng dụng cụ thể. Trong MongoDB, bạn phải sử dụng nhúng và liên kết thay vì gia nhập nhóm và không có giao dịch. Điều này có nghĩa bạn phải tối ưu hóa sơ đồ của bạn dựa trên ứng dụng của bạn sẽ truy cập vào dữ liệu. Đây có lẽ là khá đáng sợ của các chuyên gia MySQL, nhưng nếu bạn tiếp tục đọc, bạn sẽ thấy có một nơi cho cả MySQL và MongoDB.