Có vẻ như bạn đã biết câu trả lời, nhưng hãy nhớ, hãy giữ cho các hệ thống bạn thiết kế đơn giản để sửa đổi vì các mô hình kinh doanh luôn thay đổi theo thời gian hoặc cuối cùng chúng sẽ thất bại (đó là một sự tổng quát hóa nhưng bạn nắm được ý tưởng). Hệ quả của điều đó là nếu bạn tạo ra một mô hình cứng nhắc, dù nhanh hay chậm, nó đều cứng nhắc, các thay đổi sẽ khó hơn và người dùng cuối sẽ không thấy sự khác biệt, do đó không đạt được sự thay đổi về tiền bạc / hạnh phúc, trừ khi đó là một thay đổi rất tồi. Vấn đề của bạn không phải là vấn đề kỹ thuật theo cách một truy vấn hoạt động trên engine mà là một câu hỏi triết học hơn, thay đổi dễ dàng so với tốc độ rõ ràng. Hãy nghĩ về một kiến trúc và thiết kế sạch sẽ, hiệu suất là vấn đề ít nhất trong thế giới ngày nay vì quá trình xử lý rẻ hơn và lưu trữ cũng rẻ hơn. Tuy nhiên, việc thiết kế rất tốn kém. Nó không chỉ là thêm một cột nữa, mà là về cấu trúc cứng nhắc của chính dữ liệu. Cuối cùng theo thời gian, bạn sẽ chỉ thêm các cột có chứa chỉ mục và các chỉ mục đó sẽ trỏ đến các bảng nhỏ. MySql dù sao cũng sẽ cày xới tất cả dữ liệu đó, vì vậy tôi sẽ chọn cái đầu tiên, rất nhiều bảng nhỏ, nhiều bảng.
