Serwer SQL: Najbardziej optymalny sposób przechowywania czasu (bez daty).

Question

Oto jeden mniej lub bardziej ze względu na doskonałość.

Serwer Microsoft SQL Server zawiera tylko typ pola datetime do przechowywania dat i godzin.

Ale załóżmy, że chcę przechowywać listę godzin pracy, w których data jest zupełnie nieistotna. Obecnie używam typu datetime, a następnie po prostu wyświetlam porcję danych. Ale mam z tym dwa problemy.

1. Wydaje się niezręcznie nieefektywne.
2. Może to zmylić przyszłych programistów, aby zobaczyć datę nadejścia wraz z czasem, który może nie wiedzieć, czy jest używany w dowolnym miejscu, czy nie.

I tak to nasuwa pytanie; w przypadku braku konkretnego pola time (jak w MySQL), jaki jest najbardziej optymalny sposób przechowywania tylko określonej pory dnia, od 00:00 do 23:59?

UPDATE: To SQL Server 2005. (Również byłbym po prostu chcą wiedzieć, co zrobić, gdy w ogóle nie ma time typ.)

Answer 1

Dla SQL Server 2005 lub starszej ...

Jeśli chcesz tylko wiedzieć, co do minuty, można przechowywać go jako int w zakresie 1-1440. 1 jest 00:01 i 1440 jest 0:00.

Łatwo byłoby zrobić wyświetlacz jako czas ponownie, jeśli chcesz:

SELECT CAST((605/60) as varchar) + ':' + RIGHT('0' + CAST((605 % 60) as varchar), 2)

Dodatkowym atutem jest to, że jeśli używasz smallint Typ danych podczas zapisywania 1-3 bajtów na rekord z wbudowanego typu danych TIME.

TIME używa 3-5 bajtów na wiersz, a smallint ma 2 bajty na wiersz.

Dodatkowe bajty są dla sekund i ułamków sekund Wierzę.

EDIT

To bardziej skomplikowane z sekundy, ale nadal wykonalne powinny myślę ...

1-86400 range (sekundy dziennie)

DECLARE @i INT 
SET @i = 3661 

SELECT RIGHT('0' + CAST((@i/3600) as varchar),2) --hours 
+ ':' + RIGHT('0' + CAST((@i % 3600)/60 as varchar), 2) -- minutes 
+ ':' + RIGHT('0' + CAST((@i % 3600)%60 as varchar), 2) -- seconds 

Answer 2

MS SQL Server 2008 time data type

Answer 3

SQL Server 2008 ma TIME typ danych:

http://www.sql-server-performance.com/2007/datetime-2008/

DECLARE @dt as TIME 
SET @dt = getdate() 
PRINT @dt 

Przejdź na wersję SQL 2008?

Answer 4

Osobiście nie byłoby rozważenie kwestii poruszonych jako wystarczająca, by odchodzić od używania DATETIME lub smalldatetime.

• int używa 4 bajtów, co robi smalldatetime
• Ludzie popełniają błędy z Smallint które powodują niejawne konwersje typów (zwiększenie obciążenia CPU)
• Disk Space jest tani, to dużo bajtów trzeba dodać do anythign znaczącej
• Kodeksu takie jak WHERE minutes < 720 jest mniej zrozumiałe niż WHERE time < '12:00'
• problemy z wyświetlaniem (takich jak konwersji DateTime do hh: mm) jest często najlepszym miejscem w kliencie
• Korzystanie DATETIME umożliwia przyszłą elastyczność, na przykład przeniesienie do sekundy zamiast minut

powiedział, że użyłem pola Integer trzymać liczbę sekund, na przykład gdy jesteśmy one głównie wykorzystywane do obliczania średniego trwania itp

Moja najważniejsza uwaga przy wyborze typu to sposób użycia wartości; w celu zapewnienia czytelnego kodu i planów wykonawczych.

Answer 5

SQL 2008 ustalony ten problem jak inni to zauważyli, ale w roku 2005:

Czy trzeba wykonywać żadnych dat matematyki na czas? Jeśli nie, możesz zapisać go jako ciąg znaków.

Jeśli chcesz wykonać matematyczną datę, datetime z ustawionym na zero dniem oraz opisową nazwą kolumny nie powinny zatrzymywać żadnych przyszłych programistów (i dzięki, że pamiętasz o tym).

I tak, datetime jest przyzwoity tylko do przechowywania w czasie, ale działa dobrze.