Nejčastěji používanou metodou bylo využití funkcí DATEADD() a DATEDIFF(). Nejprve pomocí funkce DATEDIFF() získáme počet dnů od dne 0 (1.1.1753) do aktuálního data vráceného funkcí GETDATE(). Poté toto číslo převedeme na datum pomocí funkce DATEADD(), kdy ke dni 0 (1.1.1753) opět přičteme počet dnů získaných v předchozím kroku.

Nyní si vše ukážeme v tomto jednoduchém příkladu:

DECLARE @DateTime DATETIME

SET @DateTime = '2015-05-31 14:33:22'

SELECT @DateTime

SELECT DATEADD(D, 0, DATEDIFF(D, 0, @DateTime))
GO

Nejprve jsem si nadefinovali proměnnou @DateTime datového typu DATETIME a následně nastavili její hodnotu na uvedený datum a čas. Hodnotu v proměnné jsme zobrazili pomocí SELECTu nejprve v původní podobě a poté s odstraněním informace o čase.

Uvedený zápis není samozřejmě jedinou možností. Stejného výsledku můžeme dosáhnout například i takto:

SELECT CAST(DATEDIFF(D, 0, GETDATE()) AS DATETIME)

SQL 2008

Při vývoji databází pro verzi 2008 a vyšší již nejsme vázáni pouze na použití datového typu DATETIME (s výjimkou požadavku zpětné kompatibility), ale můžeme využít přímo nový datový typ DATE, který umožňuje uložit pouze informaci o datu a dále s ní pracovat bez nutnosti řešit odstranění časové informace např. při porovnávání. DATE můžeme efektivně využít i pro náš účel, tedy odstranění času z DATETIME datového typu, a to tak, že provedeme přetypování z DATETIME na DATE:

DECLARE @DateTime DATETIME

SET @DateTime = '2015-05-31 14:33:22' 

SELECT @DateTime [DATETIME]

SELECT CAST(@DateTime AS DATE) [DATE]
GO

Na obrázku vidíme, že informace o čase byla odstraněna stejně jako v předchozím případě, ale také, že Management Studio správně rozumí novému DATE typu a zobrazuje ho jinak než DATETIME.

Stejným způsobem můžeme postupovat, pokud potřebujeme z DATETIME  získat pouze čas. Pouze místo na DATE  provedeme přetypování na TIME:

DECLARE @DateTime DATETIME

SET @DateTime = '2015-05-31 14:33:22' 

SELECT @DateTime [DATETIME]

SELECT CAST(@DateTime AS TIME) [TIME]
GO

Na obrázku si můžeme všimnout jedné podstatné věci. DATETIME má za desetinou tečkou tři nuly (milisekundy) a TIME nul sedm (stovky nanosekund). Je to dáno tím, že nové datové typy (DATETIME2, DATE, TIME) od verze 2008 dále přináší vyšší přesnost času a řeší tím některé problémy starších datových typů. Pokud bychom chtěli v našem případě dosáhnout stejné přesnosti času jakou poskytuje DATETIME, museli bychom provést přetypování na TIME(3), kdy hodnotou v závorce v rozsahu 0 až 7 určíme počet desetinných míst, na která se bude dělit vteřina, v našem případě tedy 3:

DECLARE @DateTime DATETIME

SET @DateTime = '2015-05-31 14:33:22' 

SELECT @DateTime [DATETIME]

SELECT CAST(@DateTime AS TIME(3)) [TIME]
GO

SELECT '20101205 23:59:000', DAY(CAST('20101205 23:59:59:000' AS DATETIME))
UNION ALL
SELECT '20101205 23:59:997', DAY(CAST('20101205 23:59:59:997' AS DATETIME))
UNION ALL
SELECT '20101205 23:59:998', DAY(CAST('20101205 23:59:59:998' AS DATETIME))
UNION ALL
SELECT '20101205 23:59:999', DAY(CAST('20101205 23:59:59:999' AS DATETIME))
UNION ALL
SELECT '20101206 00:00:000', DAY(CAST('20101206 00:00:00:000' AS DATETIME))

Using the modern DATETIME2 data type introduced in SQL Server 2008 no such issue exists:

SELECT '20101205 23:59:000', DAY(CAST('20101205 23:59:59:000' AS DATETIME2)) UNION ALL 
SELECT '20101205 23:59:997', DAY(CAST('20101205 23:59:59:997' AS DATETIME2)) UNION ALL 
SELECT '20101205 23:59:998', DAY(CAST('20101205 23:59:59:998' AS DATETIME2)) UNION ALL 
SELECT '20101205 23:59:999', DAY(CAST('20101205 23:59:59:999' AS DATETIME2)) UNION ALL 
SELECT '20101206 00:00:000', DAY(CAST('20101206 00:00:00:000' AS DATETIME2))