Đầu tiên , đôi khi mô hình này làm cho việc truy vấn dữ liệu dễ dàng hơn nhiều. Tôi đã hỏi một câu hỏi vài ngày trước tại đây và một số người dùng đã gợi ý lý do tại sao tôi không thay đổi mô hình của mình thành dạng 1NF để giúp truy vấn dữ liệu dễ dàng hơn. Chỉ khi họ nhận ra tôi bị mắc kẹt với thiết kế này, họ mới đưa ra một số câu trả lời cho câu hỏi. Vấn đề là tôi đã may mắn chỉ có 12 cột được tính tổng; ngược lại, nếu bảng của tôi chứa 300 cột, có lẽ không người dùng nào bận tâm đến việc viết truy vấn cho vấn đề đó. :-)
Thứ hai , đôi khi việc triển khai thiết kế này dễ dàng hơn do một số hạn chế do cơ sở dữ liệu áp đặt một cách tự nhiên. Nếu meta_key của bạn các giá trị chứa một số giá trị dài hơn 30 ký tự, bạn phải rút ngắn các giá trị và thực hiện ánh xạ ở đâu đó hoặc đây có thể là lựa chọn duy nhất bạn có thể có.
Cuối cùng , hiệu suất là rất quan trọng; đúng. Tuy nhiên, mặt khác, có một số kỹ thuật nhất định bạn có thể áp dụng để cải thiện hiệu suất; chẳng hạn như bằng cách tạo chỉ mục thích hợp, bảng phân vùng, v.v.
Trong trường hợp này, kích thước bàn rất nhỏ. Vì vậy, trừ khi các truy vấn của bạn rất phức tạp, chẳng hạn như có các phép tính nặng, các phép nối và tổng hợp phức tạp và nếu ứng dụng không nhạy cảm với các phân số thời gian nhỏ, tôi đoán bạn sẽ không bị ảnh hưởng đến hiệu suất nếu áp dụng mô hình này.
Ở cuối , nếu bạn vẫn còn quá lo lắng về hiệu suất, tôi khuyên bạn nên tạo cả hai mô hình, điền vào chúng một số dữ liệu ngẫu nhiên hoặc thực và phân tích chi phí gói để xem mô hình nào phù hợp hơn với nhu cầu của bạn.
