Sezonowe zmiany czasu

Częstszym problemem związanym z danymi interwału jest problem dostosowania czasu dla sezonowych zmian. Dane interwału nie mogą być zapisane w czasie "oficjalnym" (tj. w lecie, zapis danych w czasie letnim), ponieważ przejście z czasu letniego do czasu standardowego powoduje zduplikowanie godziny. Na przykład: w Stanach Zjednoczonych godzina 2:00 jest powtarzana w przypadku przejścia z czasu letniego na standardowy.

Aby uniknąć problemu duplikowania rekordów, wszystkie dane muszą być zapisywane w czasie standardowym. Jednak w przypadku wprowadzania i wyświetlania danych online, użytkownicy będą prawdopodobnie chcieli wyświetlać dane w bieżącym czasie "oficjalnym" (tj. w lecie w czasie letnim).

Czas logiczny a czas serwera

Wartości pól mogą być zdefiniowane jako data systemowa/znaczniki czasowe lub dane logiczne pobierane w czasie standardowym.

W przypadku danych interwału:

• Każdy rekord interwału ma ustawioną datę/godzinę uznawaną za czas serwera lub czas fizyczny i korzysta z informacji o zmianie czasu zdefiniowanych w bazowej strefie czasowej.
• Data/godzina interwału jest uznawana za czas logiczny, a informacje o zmianie czasu zdefiniowane są w powiązanym z danymi interwału obiekcie "typu".

Góra strony

Okres fakturowania i sezonowe zmiany czasu

Zgodnie z opisem w sekcji Czas rozpoczęcia i zakończenia fakturowania czas progowy umowy służy do określania czasu rozpoczęcia i zakończenia fakturowania.

W systemie przyjmuje się, że czas jest czasem stosowanym oficjalnie zgodnie z sezonową zmianą czasu połączoną ze strefą czasową dla posiadłości charakterystyki umowy. Oznacza to, że w przypadku fakturowania umowy system dostosowuje czas progowy dla czasu standardowego przed uzyskaniem dostępu do odpowiednich interwałów. Poniższy diagram ilustruje tę zasadę.

Góra strony

Wyświetlanie czasu interwału

Domyślnie system wyświetla dane interwału w czasie "oficjalnym.

• W przypadku pól czasu powiązanych z serwerem czas jest wyświetlany zgodnie z rekordem sezonowej zmiany czasu w bazowej strefie czasowej.
• W przypadku danych powiązanych z interwałem czas jest wyświetlany zgodnie z rekordem sezonowej zmiany czasu w typie obiektu interwału.
• W przypadku połączeń daty/godziny obowiązywania między umową, a zbiorami jej interwałów, czas jest wyświetlany zgodnie z rekordem sezonowej zmiany czasu w strefie czasu posiadłości charakterystyki umowy.

Komunikat informuje o tym użytkownika: np.: "Informacje o dacie/godzinie powinny być podane w oficjalnym czasie lokalnym". Użytkownik może zmienić sposób wyświetlania w celu przedstawienia danych w czasie standardowym.

W przypadku wprowadzenia nowych danych użytkownik powinien wprowadzić dane w tym samym czasie, w jakim są wyświetlane. Jeśli komunikat określa, że oczekiwane są interwały w czasie oficjalnym, wówczas system zakłada, że użytkownik wprowadzi nowe wartości w czasie oficjalnym i przekształci je na czas standardowy w celu zapisania.

Góra strony

Interwały o równych rozmiarach

Jak już wspomniano - najważniejszym celem zmiany czasu na standardowy jest przeciwdziałanie konsekwencjom braku lub powielania interwałów w przypadku przechodzenia do/z okresu sezonowej zmiany czasu. Zapis danych zmienionych na czas standardowy zapewnia, że wszystkie rekordy interwału dla danej krzywej mają równy rozmiar, co zapewnia prostszą logikę biznesową, która będzie ignorować zagadnienia związane z sezonowymi zmianami czasu.

Jest to oczywiste dla interwałów godzinowych lub krótszych niż godzinowe, ale należy zaznaczyć, że takie samo zagadnienie dotyczy interwałów wszystkich rozmiarów. Jeśli czas oficjalny interwału zostanie zmieniony podczas sezonowej zmiany czasu, istnieje możliwość zmiany na czas standardowy. Jeśli czas oficjalny nie zmienia się w ciągu całego roku, żadna zmiana nie jest wymagana.

Przykład: załóżmy, że istnieją dane interwału rejestrowane co 1440 minuty (każdy odczyt obejmuje cały dzień).

• Jeśli podczas wchodzenia do okresu sezonowej zmiany czasu nastąpi zmiana czasu oficjalnego dla tych zmian interwału (np. z północy na 1:00) i zostaną one przekazane do systemu, wówczas dane powinny zostać ponownie zmienione na czas standardowy w celu uzyskania interwałów równych wielkości.
• Jeśli jednak czas oficjalny nie podlega zmianom, tj. odczyty są pobierane w tym samym czasie oficjalnym, wówczas zmiana nie jest odpowiednia. W rzeczywistości zmiana w tym przypadku spowoduje, że zapisane interwały nie będą równe, co w rezultacie wywoła komplikację logiki przeznaczonej do przetwarzania danych.