Cách này chỉ dùng cho test thôi em ạ, chứ trong dự án thật thì không nên dùng, vì sao nhỉ?

1. Việc tạo bảng còn liên quan đến việc chọn charset, đánh index, như vậy thì nếu tạo bằng code thì chưa chắc đã đủ.
2. Trong quá trình vận hành thì bảng thay đổi nhiều, ví dụ như thêm cột, thêm index, nhưng có thể không cần phải update code, vậy bây giờ mỗi lần thay đổi lại phải update code thì không hợp lý.
3. Những annotation kia trong dự án thật (những dự án dữ liệu lớn) thì không dùng được, ví dụ dự án chat em có bảng user liên kết với message (1 user nhiều message) thì em không thể nào select hết toàn bộ message của user được vì số lượng message là rất lớn.
4. Việc thiết kế db thường làm trước việc thiết kế code, nên từ db rồi gen ra entity sẽ thuận lợi hơn nhiều.
5. Theo nguyên tắc single repository thì mỗi 1 thành phần nên thực hiện một chức năng, nếu bây giờ em nhồi cả việc tạo bảng cho entity thì nó đã là 2 việc mất rồi.

1. Anh chưa hiểu là cơ sở dữ liệu của em thiết kế như thế nào mà tại sao lại chậm, em đang chỉ sử dụng đến truy vấn findById thôi nhỉ? Hay câu lệnh truy vấn của em là khác?
2. Việc lưu toàn bộ dữ liệu lên redis cũng là 1 phương án, redis nó cũng lưu dữ liệu ra disk và có replica nên có sập thì cũng vẫn còn dữ liệu. Nếu em lưu cả dữ liệu trên redis và mysql thì cũng sẽ có nguy cơ bị bất đồng bộ dữ liệu nên anh nghĩ là nên xem xét, cá nhân anh thấy lưu vào mysql chỉ để backup và truy vấn làm report thì ok.
3. Cá nhân anh vẫn đang dùng mysql, anh vẫn thấy truy vấn rất nhanh nếu dữ liệu được đánh index một cách hợp lý nên anh cũng không cần dùng đến redis và lại phải maintain phức tạp.