Có, tôi sẽ đồng ý với điều đó, ngoại trừ việc tôi sẽ không xóa hồ sơ khi thuê hết hạn - bạn sẽ dễ dàng biết được một lần thuê đã hết hạn vì đã hết hạn thuê, vì vậy, bạn cũng sẽ tự động lưu giữ lịch sử thuê.
Rốt cuộc, có vô số ngày có sẵn, vì vậy bạn phải giới hạn giả tạo phạm vi ngày được hỗ trợ nếu bạn đi ngược lại (và lưu trữ các ngày trống).
Trong tương lai. Và, theo một nghĩa nào đó, trong quá khứ cũng vậy.
Ngoài ra, tôi đoán bạn muốn biết thêm một số thông tin trong trường hợp dịch vụ được thuê (ví dụ:tên của người thuê) và sẽ không có nơi nào để lưu trữ thông tin đó nếu việc thuê được thể hiện bằng một hàng không tồn tại!
Vì mức độ chi tiết của việc thuê là cả ngày, tôi nghĩ bạn đang xem xét cấu trúc cơ sở dữ liệu tương tự như sau:
Lưu ý cách RENTING_DAY PK ngăn chặn chồng chéo một cách tự nhiên.
Ngoài ra, bạn có thể bỏ RENTING_DAY và có START_DATE và END_DATE trực tiếp trong RENTING, nhưng điều này sẽ yêu cầu rõ ràng trùng lặp phạm vi séc , có thể không mở rộng quy mô lý tưởng .
