Tái Câu hỏi số 1 :đóng-mở là cách tiêu chuẩn để xử lý các phạm vi ngày, với lịch sử 20-25 năm trong tài liệu học thuật. Xem trang 24-25 của Dữ liệu Bitemporal của Tom Johnston và cả Phát triển ứng dụng cơ sở dữ liệu hướng thời gian trong SQL bởi Richard Snodgrass.
Nhưng tôi nghĩ một trong những lý do là các phạm vi liên tiếp không có sự chồng chéo. Nếu a là [May2016, Jun2016) và b là [Jun2016, Jul2016) , họ không chia sẻ bất kỳ ngày nào. Vì vậy, chúng "gắn chặt với nhau" và bạn không phải lo lắng về các trường hợp cạnh mà chúng chạm vào.
Lưu ý rằng một nhược điểm (có thể) của đóng mở là bạn không thể chỉ định một phạm vi trống. [May2016, May2016) chỉ đơn giản là tự mâu thuẫn, trong khi [May2016, May2016] là tức thì.
Tái Câu hỏi số 2 :Một lần nữa, nó có thể khác, nhưng tôi có thể nghĩ đến một số lợi thế của việc tạo upper([May2016, Jun2016)) return Jun2016 :
- Nó trả về cùng một thứ bất kể độ phân giải của dải ô.
- Nó giống như ý nghĩa toán học của một điểm cuối mở, nơi nó là duy nhất câu trả lời có thể.
- Nó trả về những gì khớp với "nhãn", vì vậy, có thể nói là ít gây ngạc nhiên hơn.
- Nó cho phép bạn dễ dàng xem liệu hai phạm vi có "gặp nhau" hay không:
upper(a) = lower(b).
Ngoài ra, lưu ý rằng trong Postgres tất cả các kiểu dữ liệu liên quan đến thời gian là rời rạc. Đã từng có một tùy chọn để biên dịch Postgres với dấu thời gian dựa trên float, nhưng nó không được dùng nữa và tôi chưa bao giờ gặp phải.
