Đây là một ý tưởng. Bạn có thể giảm tải các hoạt động tốn kém xuống bản cập nhật khi người bán tạp hóa chèn / cập nhật các ưu đãi mới hơn là khi người dùng cuối chọn dữ liệu để xem. Đây có vẻ như là một cách không năng động để xử lý dữ liệu sắp xếp, nhưng nó có thể làm tăng tốc độ. Và, như chúng ta biết, luôn có sự đánh đổi giữa hiệu suất và các yếu tố mã hóa khác.
Tạo một bảng để giữ tiếp theo và trước đó cho mỗi phiếu mua hàng và mỗi tùy chọn sắp xếp. (Ngoài ra, bạn có thể lưu trữ dữ liệu này trong bảng ưu đãi nếu bạn luôn có ba tùy chọn sắp xếp - tốc độ truy vấn là lý do chính đáng để không chuẩn hóa cơ sở dữ liệu của bạn)
Vì vậy, bạn sẽ có các cột sau:
- Loại sắp xếp (Chưa phân loại, Giá, Loại và Mô tả giá)
- ID phiếu mua hàng
- ID trước đó
- ID tiếp theo
Khi thông tin chi tiết cho trang chi tiết phiếu mua hàng được truy vấn từ cơ sở dữ liệu, NextID và PrevID sẽ là một phần của kết quả. Vì vậy, bạn sẽ chỉ cần một truy vấn cho mỗi trang chi tiết.
Mỗi khi một phiếu mua hàng được chèn, cập nhật hoặc xóa, bạn sẽ cần chạy một quy trình xác nhận tính toàn vẹn / chính xác của bảng loại sắp xếp.
