Tôi đã thử làm điều này trước đây và nó có thể rất chậm tùy thuộc vào số lượng bộ lọc bạn cho phép và số lượng khách sạn bạn liệt kê, chưa kể đến cách bạn đối phó với các khách sạn trùng lặp.
Mặc dù vậy, cuối cùng bạn sẽ có rất ít tùy chọn bộ lọc
- Loại thuộc tính:chuẩn hóa giá trị này trong một bảng riêng biệt
- Phòng ngủ:lưu trữ cái này dưới dạng tinyint hoặc smallint (hoặc không dấu), không thể tưởng tượng được có những tài sản trên 255 phòng ngủ và chắc chắn không trên 65k
- Vị trí:chuẩn hóa điều này trong một bảng riêng biệt, lý tưởng là ở định dạng cây để đảm bảo các mối quan hệ được ghi nhận
- Xếp hạng theo sao:xếp hạng này có thể được lưu trữ dưới dạng nhỏ xíu không dấu
Bây giờ vấn đề của bạn ở đây là nếu ai đó áp dụng bộ lọc cho 3 phòng ngủ trở lên, bạn vẫn nên nhận các giá trị cho 2 phòng ngủ, 1 phòng ngủ, vì việc thay đổi bộ lọc trở lại thành đó sẽ mang lại kết quả.
Vào cuối ngày, tôi đã giải quyết vấn đề này bằng cách sử dụng một bảng bộ nhớ rất lớn, một số logic để xây dựng các câu lệnh WHERE và JOIN, và một truy vấn riêng lẻ đếm các bản ghi trong một nhóm đã đặt. Tuy nhiên, điều này tương tự như kết quả tìm kiếm của người dùng trong kỳ nghỉ lễ và do đó, dữ liệu được coi là hoàn toàn tạm thời. Đối với mục đích của bạn, một bảng bộ nhớ nhỏ hơn nhiều có thể được chấp nhận, tuy nhiên, nguyên tắc là tương tự.
