Có bao giờ là lý do chính đáng để lưu trữ thời gian không có trong UTC không?

Question

Tôi tự hỏi nếu có bất kỳ lý do tốt nào để lưu trữ thông tin thời gian trong bất kỳ điều gì khác mà UTC (GMT)? Tôi tin rằng đây là một nguyên tắc vững chắc cho tất cả các công nghệ phần mềm. Việc chuyển đổi thành giờ địa phương chỉ đơn thuần là một bản dịch xảy ra ở lớp giao diện người dùng cho mục đích hiển thị. Tôi cũng đã thấy các trường hợp cần dịch chuyển để thực hiện thuật toán một cách chính xác (để xử lý các thay đổi ngày nửa đêm, v.v.).

Answer 1

Tôi muốn nói tùy thuộc vào ứng dụng. Tôi làm việc trên các mô hình vật lý không gian của Ionosphere & Magnetosphere. Chúng tôi làm việc với thời gian địa phương từ tính, lưu trữ ngày & lần như Modified Julian Days.

Answer 2

Khi bạn chắc chắn rằng chỉ có giờ địa phương sẽ được sử dụng.

Answer 3

Báo thức & các tác vụ được lên lịch đôi khi được lưu trữ theo giờ địa phương để chúng không bị ảnh hưởng bởi Giờ tiết kiệm ánh sáng ban ngày hoặc thay đổi múi giờ.

Answer 4

Bao giờ? Tôi chắc chắn có những lý do tốt trong một số trường hợp bị cô lập. Nói chung, mặc dù, lưu trữ UTC là tốt hơn nhiều so với thời gian địa phương, vì vậy tôi sẽ coi UTC là vị trí mặc định trừ khi có một số xem xét đặc biệt.

Answer 5

Nói chung, tôi thấy tốt hơn khi sử dụng UTC. Đôi khi bạn có thể cần giờ địa phương. Sau đó, tôi thà đi với thông tin múi giờ UTC +.

Thời gian chung có thể cực kỳ phức tạp cho các sự kiện lặp lại và bạn nên phân tích rất cẩn thận các trường hợp sử dụng.

Hãy tưởng tượng một cuộc họp định kỳ, vào thứ Ba hàng tuần lúc 9:00 sáng. Nếu DST thay đổi, cuộc họp vẫn sẽ diễn ra lúc (mới) 9:00 sáng.

Nhưng không thêm vào cuộc họp một số người ở Pháp. Đối với họ cuộc họp là lúc 6:00 chiều. Và họ thay đổi DST theo một quy tắc khác.

Khi bạn thay đổi DST, họ không làm vậy, vì vậy trong một thời gian (cho đến khi Pháp thay đổi DST) ai đó phải "tắt": cuộc họp của bạn sẽ vào lúc 10 giờ sáng, thời gian của họ sẽ ở 6 giờ chiều hoặc giữ tại 9 giờ sáng và chuyển họ lúc 5 giờ chiều. Không có cách nào khác, máy tính không có gì để làm với nó.

Ứng dụng sẽ quyết định ai sẽ là "cố định"? Đây có phải là nhóm có hầu hết các thành viên không? (1 người ở Mỹ vs 20 ở Pháp?) Hay là về tầm quan trọng của người đó? (nếu 1 anh chàng ở Hoa Kỳ là Tổng Giám đốc?)

Làm cách nào để lưu trữ thông tin đó? Giải pháp tốt nhất của tôi là sử dụng UTC + một "múi giờ chính" Người dùng trong chiến thắng "múi giờ chính" (giữ nguyên cố định).

Mọi thứ có thể trở nên khá phức tạp, nhưng nói chung tôi đã tìm thấy UTC giải quyết nhiều probelems hơn giới thiệu.

Answer 6

Trong hệ thống nhúng, bạn có thể nhận được thời gian từ một nguồn trong một số loại biểu mẫu "ve qua epoch".

Nếu thời gian được cập nhật tương đối thường xuyên và hiển thị ít thường xuyên, bạn có thể lưu trữ nó theo cùng cách mà nó được cung cấp cho bạn và chỉ chuyển đổi nó để hiển thị khi cần.

Nói chung, mặc dù, UTC là con đường để đi trừ khi có những cân nhắc khác.

Answer 7

UTC là tiêu chuẩn lưu giữ thời gian có độ chính xác và chính xác của TAI, nhưng với giây nhảy thêm vào trong khoảng thời gian không đều để cho phép nó theo dõi chặt chẽ thời gian mặt trời trung bình (UT1).

Nếu hệ thống bạn đang làm việc không thể xử lý giây nhuận, thì Bureau International des Poids et Mesures khuyến nghị TAI được sử dụng thay cho UTC.

Xem: http://tycho.usno.navy.mil/leapsec.html