Bài viết rất hay và có tâm.

Bài viết hay quá , hi vọng có phần 3 chấm hóng

Cuối cùng các em cụa mị cũng vào đọc rồi. Tks em nha

Uy tín luôn ạ. yêu thương

Hj, Độc giả có tâm quá nè. Cảm ơn ạ

Bài viết rất hay và dễ hiểu. Cám ơn tác giả nhiều

Bài viết hay quá chị, câu chuyện vui nhưng lại đem đến rất nhiều kiến thức

bài viết xuất sắc quá... chắc chắn tác giả siêu đáng iêu và cực kỳ uy tín

@benkyou Xin lỗi mình đọc chưa kĩ, và bạn có thể tham khảo cách này (nó theo cách của nosql)

table = { id, name, active: true/false, maxPeople, timeId, booking } 
time = { id, name: '1 hour / 1.5 hours / 2 hours', timeSlot: [ { start, end } ... ] }  
booking = { id, tableId, time: { start, end } }

Ví dụ:

• Bàn A:
  • Có khung giờ để booking:
    1 hour : 8 - 9, 8,5 - 9,5, ...
    1.5 hours: 8h - 9.5, 9.5 - 11, ... ...
  • Khách đặt 8.5 - 9,5

-> Các khung giờ còn lại khách có thể chọn là: (start < start booking && end < start booking) || (start > end booking && end > end booking)
thường thì các khoảng thời gian sẽ cách nhau 15p, nên mình sẽ không so sánh hoặc bằng

Note: Đây là case cho một ngày, bạn cần check ngày nếu có chức năng booking ở tương lai

Bài viết hay quá ạ! thạ tim

=)) Bảo vệ hòa bình team dự án

Tks bạn a

cảm ơn bạn đã ủng hộ mình nha

Ukm, thế nên mí cần QA support tìm lỗi sai nè =))

Hãy thông cảm cho Dev đi em

Tác giả có tâm nè. Cảm ơn em nha

úi, mình cam ơn bạn nha

Bài viết rất hayyy. tác giả siêu đáng yêu ạ

@thangly98 Cảm ơn bạn, người dùng ko chọn bàn bạn ạ.
Như mình mô tả thì họ chỉ nhập ngày đi ăn và muốn ngồi trong bao nhiêu thời gian.
Là hệ thống phải check đc các khung giờ của toàn bộ các bàn để trả về trên UI cho họ chọn.
Hơi lằng nhằng phức tạp nên mình vẫn chưa nghĩ đc cách nào tối ưu