Sql дата и время: DATEDIFF (Transact-SQL) — SQL Server

Похожие вопросы:

У меня есть следующий столбец date в базе данных SQL Server. В настоящее время тип данных varchar , а даты хранятся в следующем формате: 2010-04-24 Я выполняю следующую команду: ALTER TABLE games…

как изменить эти строки даты и времени на тип sql server DateTime: Thu May 07 19:19:27 Thu May 07 19:19:33 Thu May 07 19:19:34 Thu May 07 19:19:34 Thu May 07 19:19:35

Я пытаюсь создать красивую небольшую базу данных для запуска в мобильном приложении (Windows Mobile 5, Если вам интересно). В документации SQLite тип данных даты и времени определяется следующим…

Как только я выполню запрос, как мне снова собрать их вместе? Мне удалось выполнить следующий запрос, чтобы преобразовать значение даты в datetime и добавить к нему часть времени declare @date…

Мы разрабатываем приложение в C# 4, которое использует SQL Server 2008 R2 в качестве бэкенда. SQL Server Compact 4 также используется для отключенных клиентов в очень редких случаях. Мы задаемся…

Я хочу создать таблицу со столбцом DATE . Для этого столбца я использую тип данных DateTime . Есть ли какой-либо другой тип данных или опция для отображения только даты без времени? я использую Sql…

У меня есть приложение, которое отправляет сообщения в скрипт PHP, я хочу, чтобы скрипт PHP в основном захватывал текущее время и дату и вставлял их в мою базу данных SQL. В настоящее время я делаю…

MySQL имеет тип данных под названием timestamp. Это поле даты и времени, которое обновляется до now() при изменении любых данных в записи. Как я могу добиться такого же поведения в SQL Server? Я…

Преобразование типа данных date в тип данных datetime привело к out-of-range значение. Заявление было прекращено. Мне просто нужно преобразовать поле даты в формат даты и времени.

Как объединить дату и время с datetime2 в SQL Server?

Это, кажется, работает и сохраняет точность:

SELECT DATEADD(day, DATEDIFF(day,'19000101',@D), CAST(@T AS DATETIME2(7)))

CASTК DATETIME2(7)Преобразует TIME(7)значение ( @T) к DATETIME2где дата часть '1900-01-01', которая является значением по умолчанию даты и DateTime типа (см datetime2и комментарий ^* на CASTиCONVERT страницы в MSDN) .

^{* … Когда символьные данные, представляющие только компоненты даты или только времени, приводятся к типам данных datetime или smalldatetime, для неопределенного компонента времени устанавливается значение 00: 00: 00.000, а}

Функция DATEADD()и DATEDIFF()заботится об остальном, т.е. добавляет разницу в днях между 1900-01-01и DATEзначением ( @D).

Тест в: SQL-Fiddle

Как заметил @Quandary , вышеприведенное выражение считается недетерминированным в SQL Server. Если нам нужно детерминированное выражение, скажем, потому что оно должно использоваться для PERSISTEDстолбца, '19000101'^** необходимо заменить на

CREATE TABLE date_time
( d DATE NOT NULL,
  t TIME(7) NOT NULL,
  dt AS DATEADD(day, 
                DATEDIFF(day, CONVERT(DATE, '19000101', 112), d), 
                CAST(t AS DATETIME2(7))
               ) PERSISTED
) ;

^{**: DATEDIFF(day, '19000101', d)не является детерминированным, поскольку неявное преобразование строки в DATETIMEи преобразование из строки в дату и время являются детерминированными только при использовании определенных стилей.}

Типы данных даты и времени

Замечание 1

Существующие типы данных даты и времени YEAR, TIME, TIMESTAMP, DATE и DATETIME имеют собственный интервал допустимых значений, среди которых и значение «ноль», использующееся при введении пользователем действительно недопустимого значения.

Заметим, что MySQL может хранить некоторые не совсем достоверные значения даты, к примеру, 1999-11-31. Причиной тому является то, что управлять проверкой даты должно конкретное приложение, а не SQL-сервер. Чтобы ускорить проверку правильности даты, MySQL проверяет попадание месяца в интервал 0–12 и дня в интервал 0–31. Эти интервалы начинаются с 0 с той целью, чтобы MySQL мог хранить в столбцах DATETIME или DATE даты с днем и месяцем равным 0. Такой вариант полезен, например, для приложений, предполагающих хранение даты рождения, когда не всегда известен месяц или день рождения. Тогда хранение даты происходит в виде 1999-00-00 или 1999-01-00 (для таких дат функции DATE_ADD или DATE_SUB() могут дать неправильные значения).

MySQL интерпретирует значения в нескольких форматах, но всегда ожидается, что даты задаются в порядке год-месяц-день (к примеру, ’99-08-05′). Значение, которое имеет тип даты или времени, автоматически преобразуется MySQL в число, когда данную величину используют в виде числа, и наоборот.

Значение, которое имеет тип даты или времени и выходит за границы указанного интервала или недопустимо для данного типа данных, MySQL преобразует в значение «ноль». Исключением являются величины типа TIME, которые выходят за границы установленного интервала и усекаются до граничной точки заданного интервала TIME.

В таблице рассмотрены форматы значения «ноль» для каждого типа столбцов:

Проблема 2000 года для типов данных

MySQL устойчив к «проблеме 2000 года», но некоторые входные величины могут стать источниками ошибок. Например, если ввести двухразрядное значение года, то оно будет интерпретироваться неоднозначно, т.к. не указано столетие. Такие значения должны переводиться в четырехразрядную форму, поскольку MySQL для представления года использует 4 разряда.

Даты с неоднозначным годом в MySQL для типов YEAR, TIMESTAMP, DATE и DATETIME интерпретируются согласно правилам:

• значение года от 00 до 69 конвертируется в 2000–2069;
• значение года от 70 до 99 конвертируется в 1970–1999.

Тип TIMESTAMP

Тип TIMESTAMP обеспечивает автоматическую запись текущей даты и времени при использовании операции INSERT или UPDATE. Если используется несколько столбцов типа TIMESTAMP, то автоматически обновляется лишь первый из них.

Тип DATE

Тип DATE содержит величины с информацией о дате в формате ‘YYYY-MM-DD’. Для данного типа год может изменяться в пределах диапазона 1000–9999, а значения месяца и числа в пределах года. Т.е. данные обрабатываются в диапазоне ‘1000-01-01’–’9999-12-31’.

Тип DATETIME

Тип DATETIME используется для величин, которые содержат значения даты и времени. MySQL обрабатывает значения в формате ‘YYYY-MM-DD HH:MM:SS’, которые соответствуют диапазону ‘1000-01-01 00:00:00’–’9999-12-31 23:59:59’.

Тип TIME

MySQL обрабатывает значения данного типа в формате ‘HH:MM:SS’. Для больших значений часа (при указании временного интервала) используется формат ‘HHH:MM:SS’. Значения TIME должны попадать в диапазон от ‘-838:59:59’ до ‘838:59:59’.

Тип YEAR

Тип данных YEAR является однобайтным и содержит значение года.

MySQL обрабатывает значения в формате YYYY и диапазоне от 1901 до 2155.

Недопустимые значения YEAR преобразуются в 0000.

Функции даты и времени

Аргументы функций даты и времени имеют тип DATE. За исключением функции        которая возвращает значение типа NUMBER, все функции возвращают значения типа DATE. В этом разделе рассматриваются также арифметические операции над датами. Функции даты и времени описываются в следующей таблице.

ADD_MONTHS(d, х)

Возвращает дату d плюс х месяцев. Аргумент х может быть любым целым числом. Если в получаемом месяце число дней меньше, чем в месяце d, то возвращается последний день месяца-результата. Если число дней не меньше, то день месяца-результата и день месяца d совпадают. Временные компоненты даты d и результата одинаковы.

CURRENTDATE        

Возвращает текущую дату во временной зоне сеанса как значение типа DATE. Эта функция аналогична SYSDATT за исключением того, что SYSDATE не зависит от временной зоны текущего сеанса.

CURRENTJIMESTAMP

Возвращает текущую дату во временной зоне сеанса как значение WITH TIMEZ0NE.

Если задан параметр precision (точность), он представляет десятичную точность возвращаемого числа секунд; по умолчанию используется 6.

DBTIMEZONE

Возвращает временную зону базы данных. Используется такой же формат, как и в операторе CREATE DATABASE или в самом последнем операторе ALTER DATABASE.

EXTRACT({YEAR. MONTH, DAY,

HOUR, MINUTE, SECOND,  

TIMEZONE HOUR,

TIMEZONE_MINUTE,

TIMEZONE REGION,

TIMEZONE_ABBR} FROM

datetime_or_interval)

Возвращает выбранные данные из параметра datetime_or_interval, который должен быть выра­жением типа DATE, DATETIME или INTERVAL Запрашиваемое поле должно быть допустимым -например, нельзя извлечь TIMEZONE из значения DATE. Если поле недопустимо, Oracle* будет порождать ошибку «ORA-30076: invalid extract field for extract source».

LAST_DAY(d)

Возвращает последний день месяца, содержащего d. Эту функцию можно применять для определения количества дней, оставшихся в текущем месяце.

LOCALTIMESTAMP

Возвращает текущую дату во временной зоне сеанса как значение типа TIMESTAMP. Если определен параметр precision, он представляет десятичную точность числа возвращаемых секунд; по умолчанию используется 6. LOCALTIMESTAMP возвращает значение TIMESTAMP, в то время как CURRENTJIMESTAMP возвращает значение TIMESTAMP WITH TIMEZONE.

MONTHS_BETWEEN

Возвращает число месяцев между датой и датой date2. Если дни в date2 совпада­ют или если обе даты являются последними днями своих месяцев, то результат представляет собой целое число. В противном случае результат будет содержать дробную часть (в отноше­нии к 31-дневному месяцу).

NEW_TIME

Возвращает дату и время часового пояса zone2 для даты и времени часового пояса zonel, заданных значением d. Zone 1 и zone2 — это строки символов, их возможные значения приведены в таблице 5.1. В Oracle можно определить дополнительные имена временных зон с помощью представления v$timezone_names.

NEXT_DAY

Возвращает в string дату первого дня, наступающего после даты d. Строка string указывает день недели на языке текущего сеанса. Временной компонент возвращаемого значения тот же, что и временной компонент d. Регистр символов строки значения не имеет.

ROUND

Округляет дату d до единицы измерения, указанной в format. Форматы, применяемые в функциях ROUND и TRUNC, описаны в таблице 5.2. Если формат не указан, принимается формат по умолчанию ‘DD’, который округляет d до ближайшего дня.

SESSIONTIMEZONE

Возвращает часовой пояс текущего сеанса. Возвращаемый тип является строкой символов, представляющей либо смещение часового пояса, либо региональное название часового пояса. Формат (если указан) тот же самый, что применяется в последнем операторе ALTER SESSION.

SYS_EXTRACT_UTC(

Возвращает время в UTC (Универсальное координированное время, ранее — Среднее время по Гринвичу) из предоставленного параметра datetime, который должен включать в себя часовой пояс.

SYSDATE

Возвращает текущие дату и время в формате типа DATE. Аргументов нет. При использовании в распределенных SQL-операторах функция SYSDATE возвращает дату и время локальной базы данных.

SYSTIMESTAMP

Возвращает текущие дату и время в формате типа TIMESTAMP WITH TIMEZONE.

При использовании в распределенных SQL-операторах SYSTIMESTAMP возвращает дату

и время локальной базы данных.

TRUNC

Возвращает дату d, усеченную до единицы измерения, указанной с помощью format. Применяются те же форматы, что и в функции ROUND (см. таблицу 5.2). Если formaf опущен, принимается формат по умолчанию ‘DD’, который усекает d до ближайшего дня.

TZ_OFFSET

Возвращает в виде строки символов смещение между заданным часовым поясом timezone и UTC. Аргумент timezone можно определить либо как название часового пояса (см. таблицу 5.1 или представление v$timezone_names), либо как смещение в формате +/-НН:МГ. Также могут использоваться функции SESSIONTIMEZONE и DBTIMEZONE. 

Арифметические операции с датами и временем

Выполнение арифметических операций над датами (d). датами и време­нем (dt), интервалами (г) и числами (га) описывается в таблице 5.3. Обра­тите внимание, что при вычитании одной даты из другой результатом является число.

Примеры использования арифметических операций с датами и време­нем можно найти в документации Oracle.

sql — Как преобразовать дату и время (SQL Server) в дату и время Excel?

Проблема . Я хочу преобразовать datetime SQL Server в формат даты и времени Excel.

Пример 1: от 2018-08-23 15:32:32.000 до 43335,65

Пример 2: от 1985-03-26 10:35:42.000 до 31132,44

Что я пробовал: вдохновленный этим ответом, я попробовал этот запрос

SELECT DATEDIFF(day, @MyDatetime, GETDATE())

Который работает, если вы хотите конвертировать дату (без часов), но как конвертировать время тоже?

В Excel время сохраняется в десятичной части числа, поэтому я попытался использовать

SELECT DATEDIFF(SECOND, '1899/12/30 00:00:00.000', GETDATE())

Но это приводит к ошибке переполнения.

Функция datediff привела к переполнению. Число частей даты, разделяющих два экземпляра даты / времени, слишком велико. Попробуйте использовать datediff с менее точной частью даты.

1

Nicolaesse 23 Мар 2018 в 17:59

3 ответа

Лучший ответ

Вы можете использовать CAST:

select CAST(GETDATE() as float)+2

Как даты работают в Excel: https://www.excelcampus.com/functions/how-dates -Работа -в- Excel /

В принципе, любая дата может быть сохранена как количество дней с 01.01.1900. И время является дробным значением, которое равно (number_of_seconds_since_midnight) * (1 / (24 * 60 * 60))

Нужно добавить 2 дня, как Excel и SQL подсчитывают количество дней с другой даты начала.

Надеюсь, что все это имеет смысл.

3

GSazheniuk 23 Мар 2018 в 15:11

Преобразуйте ваш DATETIME в FLOAT и добавьте 2

Пример

Declare @D datetime = '2018-08-23 15:32:32.000'

Select cast(@D as float)+2

Возврат

43335.6475925926

4

John Cappelletti 23 Мар 2018 в 15:08

Я просто получил дату из базы данных и позволил Excel преобразовать ее. Таким образом, если Excel когда-либо изменит свое внутреннее представление, ваш код SQL не изменится.

0

user1443098 23 Мар 2018 в 15:02

ITband.ru » Окончательный справочник по типам данных datetime

Цель этой статьи заключается в разъяснении особенностей работы с типами DATETIME в SQL Server, в том числе часто встречающихся заблуждений и общих рекомендаций по их преодолению. Благодаря Frank Kalis эта статья переведена на немецкий язык.

Благодарности:

Я хочу поблагодарить следующих людей за их ценные предложения и материалы для этой статьи: Steve Kass, Aaron Bertrand, Jacco Schalkwijk, Klaus Oberdalhoff, Hugo Kornelis, Dan Guzman и Erland Sommarskog.

Версии SQL Server

Данная статья применима к SQL Server 7.0, 2000, 2005 и 2008, если не указано иначе.

Типы даты и времени в SQL Server

До SQL Server 2008 в SQL Server имелось два типа данных для обработки даты и времени. Поскольку в этой статье мы очень часто будем ссылаться на эти типы, введем сокращенную аббревиатуру для каждого типа в двух представленных ниже таблицах (колонка СК):

Обратите внимание, что здесь не присутствует тип данных, который бы содержал в себе только дату или только время. Оба указанных выше типа данных состоят из таких частей/сегментов как дата и время.

Если задавать только ту часть что касается даты, то SQL Server сохранит время в виде 00:00:00.000.
А если устанавливать значение только времени, SQL Server будет хранить дату как 01.01.1900.
Это очень важно. Прочтите снова.

SELECT CAST(‘20041223’ AS datetime)

———————–
2004-12-23 00:00:00.000

SELECT CAST(’14:23:58′ AS datetime)

———————–
1900-01-01 14:23:58.000

С появлением SQL Server 2008 было получено несколько новых типов данных связанных со значениями даты и времени:

• Как вы можете видеть, мы наконец-то получили типы данных только для даты (date) и только для времени (time).
• Datetime2 это “лучшее DATETIME” по ряду причин, и занимает не многим больше памяти, чем datetime и потенциально даже меньше!
• Для нового типа включающего величину времени, вы можете задать “точность до дробных секунд” определяя используемый порядок цифр в секундах после запятой. Так, time(3) может хранить значения наподобие 14:23:12.567, которые при вводе значения 14:23:12:5677 округляются до 14:23:12:568.
• Новый тип datetimeoffset содержит в себе часть смещения местного часового пояса.

Форматы даты и времени

Распространенное заблуждение – то, что SQL Server хранит эти типы данных в некотором специфическом удобном для чтения формате. Это не так. SQL Server хранит такие значения в своем внутреннем формате (например, два целых числа для datetime и smalldatetime). При этом, когда используется T-SQL для установки значения (например, в выражении INSERT) вы выражаете его как текстовую строку. Существуют также правила для интерпретации SQL Server-ом различных форматов даты-строки. Но заметим, что в любом случае SQL Server не запомнит этот формат.

Входные форматы для даты и времени

Есть много доступных форматов для приведения значений к виду date/time/datetime. Некоторые из них “лучше”, чем другие, и далее вы поймете почему “лучше”. Примечательно, что все эти форматы применимы для всех типов. Так даже формат “только время” применимо для типа “только дата” и т.д . (В статье игнорируется часть смещения местного часового пояса, которая используется только в типе данных datetimeoffset – более подробно о котором в Books Online.)

• Отметим, ANSI SQL действительно только частный случай формата с разделительными символами Separated (так называемый “цифровой”), использующий в качестве разделителей тире (-), косую черту (/) и точку (.). Но, поскольку это единственный формат, определенный в стандарте ANSI SQL, по мнению автора это стоит упомянуть как частный случай.
• Большинство форматов позволяют удалять часть содержащую дату и/или время, и в некоторых случаях это может выглядеть немного … странно. Казалось бы, неразумно указывать, например ‘2008-08-25’ как тип время (time), но в конечном результате это аналогично не установке значений в строке datetime. Рассмотрим ниже:
  SELECT CAST(” AS time)
  SELECT CAST(‘2008-08-25’ AS time)
  
  Оба запроса выдают один и тот же результат (time 00:00:00).
• ODBC форматы (ODBC datetime, ODBC date, ODBC time) отличаются в том смысле, что у них есть маркер (literal_type, t, d или ts), который необходимо правильно задать в зависимости от того, получать ли дату и время, только дату или только время.
• Для применения формата ISO 8601 необходим сегмент даты и времени.
• SET DATEFORMAT наследует свои настройки от SET LANGUAGE (но явно заданный SET DATEFORMAT аннулирует более поздний SET LANGUAGE). Языковые настройки по умолчанию задаются для каждого языка используемого при вводе логина. Язык по умолчанию для логина задается при помощи sp_configure.
• Правила, относительно форматирования части даты и новых типов могут привести к путанице. Microsoft стремится, чтобы дата новых соответствующих типов данных (date, datetime2 и datetimeoffset) была менее зависима от настроек и еще более соответствовала требованиям ANSI SQL. И в результате – новые типы нейтрально-языковые для выделения составляющих даты-времени до тех пор пока год на первом месте. SQL Server-у необходимо определить, что эта часть является годом, и поэтому требуется 4 позиции составляющих год (yyyy, а не yy). Если это так, то строка будет интерпретироваться как сначала год, затем месяц и, наконец, день – независимо от DATEFORMAT или языковых установок. Если же вначале указывается месяц, тогда DATEFORMAT и языковые настройки будут “соблюдаться”:
  SET LANGUAGE British –uses dmy
  GO
  SELECT CAST(’02-23-1998 14:23:05′ AS date) –Error
  GO
  SELECT CAST(‘2/23/1998 14:23:05’ AS date) –Error
  GO
  SELECT CAST(‘1998-02-23 14:23:05’ AS date) –Ok
  GO
  SELECT CAST(‘1998.02.23 14:23:05’ AS date) –Ok
  GO
  SELECT CAST(‘1998/02/23 14:23:05’ AS date) –Ok
  GO
  Первые два запроса ошибочны поскольку год не на первой позиции (и нет 23 месяца в 1998 году). В последующих трех запросах ошибок нет, поскольку требования учтены, и год указан первым (и мы используем один из новых стилей типов связанных с датой). Предельно прозрачно, правда? 🙂

Описание доступных форматов имеется в Books Online, поэтому вдаваться в подробности для каждого формата нет смысла.

Здесь приведена ссылка на Books Online, смотри подраздел для каждого формата. Отметим, что только формат ODBC time выдаст текущую дату, а не 1900-01-01 как в других форматах типа “только время”.

Некоторые выводы:

• Формат Alphabetic использовать не рекомендуется, поскольку SET LANGUAGE влияет на все типы.
• Не рекомендуется использовать типы smalldatetime и datetime поскольку они зависят не только от SET LANGUAGE, но и от SET DATEFORMAT (в том числе языковые параметры логирования).
• Вы думаете, что не имеет значения, как комбинация формат/тип влияет (или нет) на SET LANGUAGE, “Я все равно никогда не буду выполнять команду SET LANGUAGE”. Но обратите внимание, предельно осторожно, что значения по умолчанию для DATEFORMAT подтягивается из спецификации логина (CREATE LOGIN т.д.). Представьте ситуацию, когда приложения разработанные в США с логином имеющим по-умолчанию язык(us_english), использующие m/d/y формат и datetime. К примеру, в Германии кто-то начнет использовать это приложение и бац! Приложение не работает. Удалось привлечь ваше внимание? 🙂
• Типы представленные в SQL Server 2008 являются дружественными, поскольку они не зависят от SET DATEFORMAT, если у вас в Separated формате (с разделением) первым определен год. Для форматов с символами-разделителями (в том числе ANSI SQL), новые типы всегда интерпретируют месяц впереди даты.

Рекомендации для ввода

Как вы наверное понимаете, вы не хотите использовать сочетание формата и типа, не зависящих от языка, пока не убедитесь, что у вас есть правильный DATEFORMAT и языковые настройки в своих приложениях. Имейте в виду, что установка этих параметров в хранимых процедурах может привести к перекомпиляции процедуры во время ее выполнения!
Моя рекомендация заключается в использовании нейтрально-языкового формата. Я обычно использую формат без разделителей Unseparated, главным образом по старой привычке. Формат ISO 8601 имеет преимущество, поскольку определен в качестве международного стандарта.

SQL Server 2008 был выпущен в момент написания этой статьи, только я вернусь к date, time, datetime2 и возможно к datetimeoffset в следующий раз. В следующий раз, я мог бы использовать формат ANSI SQL (при совместимости ANSI SQL) с новыми типами, но автор предпочел бы, чтобы ANSI SQL поддерживал формат ISO 8601.

Безопасный путь это использовать или Unseparated, или ISO 8601 в течение ряда лет – даже если работаем с новыми типами данных.

Предупреждения и распространенные заблуждения

Позвольте повторить: вы не хотите использовать сочетание формата и типа, нейтрального к языку, пока не убедитесь, что у вас в приложениях правильный DateFormat и языковые настройки.

Числовой формат может использовать в качестве разделителя тире (-), точку (.) или косую черту (/).
Правила обработки SQL Server-ом строки, не меняются в зависимости от разделителя. Распространенное заблуждение то, что формат ANSI SQL (одно время неправильно называемый “ISO форматом”), 1998-02-23, нейтрально-языковой для smalldatetime и datetime. Это не так. Это цифровой формат и, следовательно, он зависит от установок SET DATEFORMAT и SET LANGUAGE:

SET LANGUAGE us_english
SELECT CAST(‘2003-02-28’ AS datetime)

———————–
2003-02-28 00:00:00.000

SET LANGUAGE british
SELECT CAST(‘2003-02-28’ AS datetime)

Server: Msg 242, Level 16, State 3, Line 4
The conversion of a char data type to a datetime data type resulted in an out-of-range datetime value.

Пожалуйста, прочитайте внимательно сообщение об ошибке. Оно говорит о том, в чем конкретно проблема. Вы определяете значение datetime как строку, и потому что строка не сформирована согласно формату (который Вы используете) и настроек DATEFORMAT, SQL Server не может преобразовать строку в значение datetime.

Вывод значений DATETIME

Когда значение datetime выводится SQL Server-ом оно имеет нечитабельный вид. Клиентское приложение форматирует значение так, чтобы оно являлось удобочитаемым для человека. Некоторые среды приложений/разработки будут учитывать региональные настройки на клиентском компьютере и форматировать значения соответственно им. Но это не контролируется SQL Server-ом. Вы можете вернуть данные из SQL Server с помощью специального формата, но для этого необходимо преобразовать значение в строку, и в итоге результат этого преобразования не будет больше типом datetime. Если вы хотите это, используйте функцию CONVERT, у которой есть 3 параметра, которые определяют формат данных при конвертировании из DATETIME в строку. Вот несколько примеров:

SELECT CONVERT(char(8), CURRENT_TIMESTAMP, 112)——–
20040312SELECT CONVERT(char(19), CURRENT_TIMESTAMP, 120)——————-
2004-03-12 18:08:43 SELECT CONVERT(char(10), CURRENT_TIMESTAMP, 103)———-
12/03/2004

Поиск для значений DATETIME

Проблема с datetime-поиском часто состоит в том факте, что если вы используете smalldatetime, datetime, datetime2 или datetimeoffset, которые состоят из таких двух частей как дата и время. Создадим таблицу, которую мы будем использовать в нескольких примерах:

CREATE TABLE #dts(c1 char(1), dt datetime)
INSERT INTO #dts (c1, dt) VALUES(‘a’, ‘20040305 09:12:59’)
INSERT INTO #dts (c1, dt) VALUES(‘b’, ‘20040305 16:03:12’)
INSERT INTO #dts (c1, dt) VALUES(‘c’, ‘20040306 00:00:00’)
INSERT INTO #dts (c1, dt) VALUES(‘d’, ‘20040306 02:41:32’)
INSERT INTO #dts (c1, dt) VALUES(‘e’, ‘20040315 11:45:17’)
INSERT INTO #dts (c1, dt) VALUES(‘f’, ‘20040412 09:12:59’)
INSERT INTO #dts (c1, dt) VALUES(‘g’, ‘20040523 11:43:25’)

Скажем так, мы желаем найти все строки с 2004-03-15. Распространенная ошибка при поиске выглядит так:

SELECT c1, dt FROM #dts WHERE dt = ‘20040305’

Нет результатов. Почему? Что случилось? У нас есть два различных типа в предложении WHERE, тип datetime (колонка dt) и строка (справа). SQL Server преобразует один к другому в соответствии с документацией “Приоритетность типов данных” в Books Online. Datetime имеет высокий приоритет, чем строка, так что строка будет первой преобразована в тип datetime. Поскольку мы не указываем часть со временем, строка будет преобразована к значению datetime 2004-03-05 00:00:00. А с таким значением нет ни одной записи.

Хорошо, следующая попытка. Мы используем функцию CONVERT для табличной колонки dt, и конвертируем ее в строку, чтобы она соответствовала формату строки указанной в правой части:
SELECT c1, dt FROM #dts WHERE CONVERT(char(8), dt, 112) = ‘20040305’

Этот запрос вернул ожидаемые строки, но есть одна проблема. Поскольку происходит вычисление колонки dt (с помощью функции CONVERT), SQL Server не может использовать индекс для поддержки этого поиска. Это может иметь катастрофические последствия по производительности! Давайте попробуем BETWEEN:
SELECT c1, dt FROM #dts WHERE dt BETWEEN ‘20040305’ AND ‘20040306’

Потому что запрос содержит BETWEEN, вернулись записи по 2004-03-06 00:00:00. Давайте попробуем следующее:
SELECT c1, dt FROM #dts WHERE dt BETWEEN ‘20040305’ AND ‘20040305 23:59:59.999’

Что? У нас по-прежнему есть запись по 2004-03-06 00:00:00. Почему? Мы должны посмотреть на определения типов снова. Точность для datetime-типа 3,33 мс. Это значит что 2004-03-05 23:59:59.999 будет округлена до 2004-03-06 00:00:00.000. Не то, что ожидалось. Для того чтобы обойти эту проблему округления, попробуем следующее:

SELECT c1, dt FROM #dts WHERE dt BETWEEN ‘20040305’ AND ‘20040305 23:59:59.997’

Ожидаемые выше строки возвращаются, но я бы не стал называть этот подход интуитивно и легко-читаемым. Кроме того, если тип в таблице smalldatetime вместо datetime, часть содержащая время будет снова округлена, следовательно, ожидаемые строки не вернутся. Таким образом, у вас есть два варианта, в зависимости от того, что в настоящее время используются datetime или smalldatetime. Если это тип smalldatetime, используйте:

SELECT c1, dt FROM #dts WHERE dt BETWEEN ‘20040305’ AND ‘20040305 23:59:00’

Наличие двух различных решений в зависимости от используемых типов данных это не то что можно приветствовать. И, кто знает, что произойдет, если Microsoft в будущем добавит типы данных с высокой точностью для сегмента времени (что они и сделали в SQL Server 2008)? Снова вам придется корректировать долю времени в WHERE. Ниже рекомендации автора:

SELECT c1, dt FROM #dts WHERE dt >= ‘20040305’ AND dt < ‘20040306’

Мы получаем ожидаемые строки назад и легко понимаем за счет каких критериев. И SQL Server может использовать индекс для колонки dt. Для больших диапазонов этот поиск легко расширить. Скажем так, необходимо отобрать все строки для марта 2004 года:

SELECT c1, dt FROM #dts WHERE dt >= ‘20040301’ AND dt < ‘20040401’

Аналогично. Вот еще один способ для поиска всех строк за конкретный месяц:
SELECT c1, dt FROM #dts WHERE DATEPART(year, dt) = 2004 AND DATENAME(month, dt) = ‘March’

Выше возвращается ожидаемый результат, но остаются две проблемы. Поскольку в колонке с datetime есть расчеты, SQL Server в запросе не может использовать индекс для колонки dt. И, функция DATENAME зависит от установок SET LANGUAGE.

Избавляемся от временной части

Очень часто вам необходимо работать только с датой, и вам необходимо избавиться от временной части. Как вы знаете, сейчас это невозможно, если вы используете тип smalldatetime, datetime, datetime2 или datetimeoffset. Если вы используете тип date, тогда нет проблем – это та же дата, в конце концов! Но если вы настаиваете по какой-то причине использовать тип smalldatetime, datetime, datetime2 или datetimeoffset то, возможно, будет достаточно установки времени в 00:00:00? Вот мое предложение для выражения, возвращающего строку, которая может быть (неявно) преобразована в значение datetime, независимо от SET LANGUAGE или DATEFORMAT:

CONVERT(char(8), CURRENT_TIMESTAMP, 112)

Как видите, я использую CONVERT с конверсионным кодом 112, возвращающее дату в виде строки в формате Unseparated. А вы уже знаете, что формат Unseparated при конвертировании к datetime интерпретируется вне зависимости от даты или языковых настроек. Давайте вышеприведенное выражение добавим в CAST для преобразования значения к типу datetime:

SELECT CAST(CONVERT(char(8), CURRENT_TIMESTAMP, 112) AS datetime)

В случае, если вы действительно хотите только вернуть в клиентское приложение дату, а не время, тогда вместо этого вам необходимо возвращать строку(или, как в SQL Server 2008, тип date). Еще раз прочтите о различных кодах преобразования для функции CONVERT и вы, вероятно, подберете необходимый Вам формат.

На эту тему Hugo Kornelis оставил свой отзыв, в котором предлагает иной метод для установки сегмента отвечающий за время в 00:00:00. Эта идея основана на базовой дате (любая дата находится в пределах диапазона datetime SQL Server-а), временной сегмент которой определен как 00:00:00.

Сначала берем разницу в днях между сегодняшним днем и этой базовой датой. Затем добавляем это количество дней к базовой дате. Алгоритм: [сегодня] – [базовая дата] + [базовая дата], или в T-SQL (с использованием в качестве базовой даты 20040101):
SELECT DATEADD(day, DATEDIFF(day, ‘20040101’, CURRENT_TIMESTAMP), ‘20040101’)

Одним из аргументов в пользу использования этого метода является более высокая скорость выполнения по сравнению со строковыми преобразованиями. Ранее автор считал что отличия настолько малы (несколько микросекунд в соответствии с тестами сделанными в 2000 году), так что они даже не измеримы. Однако Dan Guzman сообщил по электронной почте удивительную для меня информацию. Вот цитата из письма:

“Я обнаружил, что использование метода DATEADD значительно превосходит метод со строкой, когда выражение применяется к столбцу в больших запросах. Например, я часто использую метод DATEADD для группировок по дате, когда колонка datetime включает в себя компоненту время. Недавно я тестировал производительность, но я повторно вспоминаю, что в некоторых случаях это были минуты”.
Дэну я очень доверяю, и поэтому я думаю, что мне есть чему заново научиться (вначале используя метод DATEADD вместо метода со строкой). Дэн приводит скрипт демонстрирующий это.

Вот здесь (с некоторыми незначительными изменениями форматирования сделанными мною). Мои тесты показывают достоверные результаты на SQL Server 2005 и 2008, где для 10,000,000 строк метод DATEADD отрабатывает около 6 секунд, а строчный метод отрабатывал около 13 секунд. Дэн сообщает об еще большей разнице на SQL Server 2000.

2009-04-03, получено письмо от Håkan Borneland. Он отметил, что это обычное явление, для примера в форумах MSDN, используя первый из нижеприведенных вариантов, вместо второй альтернативы (которой автор изначально располагал в своем сценарии тестирования производительности):

SELECT DATEADD(DAY, 0, DATEDIFF(DAY, 0, CURRENT_TIMESTAMP))
SELECT DATEADD(DAY, 0, DATEDIFF(DAY, ”, CURRENT_TIMESTAMP))

Обратите внимание, что они оба отличаются в версии DATEDIFF, которую мы обсудили несколько выше. Так что теперь у нас есть 4 различных метода достижения этой цели. “Мой” оригинальный метод преобразования строк и три DATEDIFF альтернативы:
SELECT CAST(CONVERT(CHAR(8), CURRENT_TIMESTAMP, 112) AS datetime) –1
SELECT DATEADD(DAY, 0, DATEDIFF(DAY, ”, CURRENT_TIMESTAMP)) –2
SELECT DATEADD(DAY, DATEDIFF(DAY, ‘20040101’, CURRENT_TIMESTAMP), ‘20040101’) –3
SELECT DATEADD(DAY, 0, DATEDIFF(DAY, 0, CURRENT_TIMESTAMP)) –4

Если вы чувствуете, что ваши операции по производительности могут быть главным беспокойством, то я предлагаю вам тест. Здесь тестовый скрипт с обновленной производительностью, для всех четырех версий. Вариант 1 медленный, а 3 DATEDIFF альтернативы (2-4) довольно близки к победной 4 альтернативе. Я также предлагаю вам рассмотреть удобочитаемость, которая является делом вкуса.

Альтернативные DATEADD также обладают преимуществом гибкости. Вместо того, чтобы перепечатать предложения Hugo, я просто скопировал исходный текст Hugo в присланное мне письмо:

Версия, которая использует строковое преобразование, может быть использована для отделения времени от текущей даты. DATEADD/DATEDIFF версия может быть легко изменена, для получения начала текущего месяца, квартала или года. SELECT DATEADD(month, DATEDIFF(month, ‘20000101’, CURRENT_TIMESTAMP), ‘20000101’) или к отказу только от минут и секунд, или только секунд SELECT DATEADD(hour, DATEDIFF(hour, ‘20000101’, CURRENT_TIMESTAMP), ‘20000101’) (Примечание – когда речь идет о минутах, секундах или миллисекундах, функция DATEDIFF может вызвать переполнение целочисленного диапазона – базовая дата могла бы быть адаптирована к ожидаемому набору значений datetime). Также возможны дальнейшие изменения: Как получить последний день предыдущего месяца в последний день текущего месяца?

SELECT DATEADD(month, DATEDIFF(month, ‘20000101’, CURRENT_TIMESTAMP), ‘19991231’)
SELECT DATEADD(month, DATEDIFF(month, ‘20000101’, CURRENT_TIMESTAMP), ‘20000131’)

Как получить завтрашнюю дату (без времени)?

SELECT DATEADD(day, DATEDIFF(day, ‘20000101’, CURRENT_TIMESTAMP), ‘20000102’)

Как округлить datetime до ближайшего часа, или к ближайшему дню?

SELECT DATEADD(hour, DATEDIFF(hour, ‘20000101’, DATEADD(minute, 30, CURRENT_TIMESTAMP)), ‘20000101’)
SELECT DATEADD(day, DATEDIFF(day, ‘20000101’, DATEADD(hour, 12, CURRENT_TIMESTAMP)), ‘20000101’)

Как получить дату последней пятницы, не используя таблицы календаря и независимо от текущих установок DATEFIRST?

SELECT DATEADD(day, (DATEDIFF (day, ‘20000107’, CURRENT_TIMESTAMP) / 7) * 7, ‘20000107’)

или
SELECT DATEADD(day, (DATEDIFF (day, ‘20000108’, CURRENT_TIMESTAMP) / 7) * 7, ‘20000107’)

Первый запрос вернет текущий день, если двигаться к пятнице, последний вернет предыдущую пятницу.
После того как вы поняли общий принцип, не сложно придумать новые варианты, которые могут оказаться полезными в конкретных обстоятельствах.

Совет: Всегда установить время в одно и то же значение

Если вы не заинтересованы в сегменте времени, и вы не можете использовать тип дата (date), вы можете установить временную часть в стандартное значение для всех строк. Я рекомендую 00:00:00.000. Допустим, вы хотите установить значение текущей даты, когда выполняется INSERT. Для этого используем конструкцию DEFAULT:

CREATE TABLE #dts(id INT IDENTITY, d_date DATETIME DEFAULT CONVERT(char(8), CURRENT_TIMESTAMP, 112))
INSERT #dts DEFAULT VALUES
SELECT * FROM #dts

Я использую код 112 в вышеприведенной функции CONVERT(), которая возвращает строку с указанием только даты в формате «без разделительных знаков» (Unseparated). Тем не менее, мы не защищены от явной установки значения и присвоения сегменту времени чего-то отличного от 00:00:00:000.

Мы можем сделать это с помощью CONSTRAINT-а:

ALTER TABLE #dts ADD CONSTRAINT dts_chk_d_date CHECK(CONVERT(char(12), d_date, 114) = ’00:00:00:000′)

Какие преимущества нам дает это выражение? Если мы желаем найти все строки, начиная с определенной даты, WHERE напишем таким образом:

WHERE dt = ‘20040305’

Этот метод можно рассматривать как более понятный и удобный для чтения. Кроме этого, если вы захотите объединить 2 таблицы, основываясь только на дне, теперь это можно сделать напрямую. Если у вас величина времени (часть содержащая время) изменяется, то придется использовать CONVERT в операциях JOIN, которые снова могут катастрофически влиять на производительность.
Вышеизложенная технология применима, если вам интересна только величина времени, в таком случае я рекомендую Вам всегда устанавливать саму дату как 1900-01-01.
Теперь, в SQL Server 2008 это не более чем отдельные типы date и time?

Дополнительные советы от Steve Kass

С осторожностью указывайте все даты в запросах типом smalldatetime, используя CAST или CONVERT. Отметим, что в колонке datetime SQL Server 7.0 (не менее) это может привести к непредвиденному результату.

Везде без веских причин и пояснений, даты сохраняются только типом datetime или smalldatetime, а не в виде строки. Если даты должны быть сохранены в строковом виде (существует несколько хороших причин для этого, но их мало), то используйте нейтрально-языковой формат и 24-часовое представление если также сохраняете и время, так чтобы строки могли использоваться везде и также при сортировке дат. Например, можно использовать “dt < ‘20030101’” в предложении WHERE и запрос не возвращает ожидаемые строки, потому как dt хранится в виде строки в формате yyyy-mm-dd (гггг-мм-дд).
В Enterprise Manager (и некоторых других инструментах и приложениях Microsoft) базовая дата это 1899-12-30. EM никогда не должен использоваться для записи данных, и редко для просмотра данных. Если вы используете EM для указания данных «только время», EM сохранит дату как 1899-12-30. Если вы действительно хотите использовать EM, укажите дату 1900-01-01 в явном виде. Отметим также, что EM отобразит только величину времени, если дата 1899-12-30, а не то, что вы ожидаете, если у вас в качестве стандартного значения даты используется 1900-01-01.

Почему 1753 ближайшая дата для DATETIME?

Хороший вопрос. Ответ: именно по историческим причинам. В современное время у нас (в том, что мы иногда называем западным миром) было два календаря: Юлианский и Григорианский календарь. Эти календари по нумерации дней отличались друг от друга (в зависимости от столетия на который вы посмотрите), поэтому, когда используемый Юлианский календарь заменили на Григорианский, было удалено от 10 до 13 дней. Великобритания сделала этот переход в 1752 году (дата 1752-09-02 стала 1752-09-14). Научное предположение, зачем Sybase выбрали 1753 в качестве ближайшей даты состоит в том, что при сохранении более ранней даты чем 1753, необходимо учитывать что это за страна, а также обработать этот 10-13дневный «прыжок». Поэтому они[Sybase] решили не позволять даты ранее 1753 года. Однако отметим, что прочие страны сделали это смещение позже 1752. Турция, например, это реализовала аж в 1927 году.
Будучи шведом, автор находит забавной ситуацию самой фантастической реализация именно у Швеции. Было решено пропускать день сдвига в течение 40 лет (с 1700 до 1740), и Швеция была бы в синхронизации с Григорианским календарем после 1740 (но в течение этого времени, не в синхронизации с другими странами). Но по некоторым причинам, в 1704 и 1708 годах день сдвига был не пропущен, а в 1712 который был високосным годом, они вставили дополнительный день (представьте себе рожденных 30 февраля!), и затем в 1753 году сделали сдвиг в течение дня, как и все остальные.

Список рекомендованной литературы

Это, безусловно, самая сложная из найденных документация о календарях:

Часто задаваемые вопросы о календарях, Claus Tøndering

Книга Richard T. Snodgrass “Разработка временно-ориентированных приложений баз данных в SQL”: содержит много сведений о представлении время-ориентированной информации в модели данных. И, конечно же, возможно использование этой дополнительной (исторической) информации в своих запросах SQL. Эта книга не издается, а на официальном сайте Ричарда (www.cs.arizona.edu/people/rts), вы бесплатно можете скачать ее в PDF формате.

Оригинал: The ultimate guide to the datetime datatypes

Перевод: Винчик Евгений

Работа с временем в SQL Firebird

Работа с временем важна и нужна. Вы можете сгенерировать дату средствами PHP или средствами SQL-языка. Например встроенная функция date(«d.m.Y») (день.месяц.год) вернет текущую дату ‘05.08.2015’. Такая конструкция date(«d.m.Y») подобна контекстной переменной CURRENT_DATE. Контекстная переменная CURRENT_TIME вернет текущее время ’20:18:29′. На PHP подобный результат можно получить при помощи такой конструкции date(«H:i:s»). Контекстная переменная CURRENT_TIMESTAMP вернёт текущую дату + время ‘05.08.2015 20:20:49’. Подобный результат на PHP даст date(«d.m.Y H:i:s»).

#выбрать текущую дату
SELECT CURRENT_DATE as date1 
FROM SHOP
#выбрать текущую времени
SELECT CURRENT_TIME as date1 
FROM SHOP
#выбрать текущей даты + время
SELECT CURRENT_TIMESTAMP as date1 
FROM SHOP

Дам вам один совет. Если вы в таблице хотите сохранить время создания записи (LAST_CHANGE), то применяйте контекстную переменную CURRENT_TIMESTAMP. Вы сможете выбирать из этого значения как дату, так и время. Вам поможет такая конструкция cast(last_change as time). Она выведет время.

#дата 21:16:29
select cast(last_change as time) as d1
from GM_SHOP 
ORDER BY LAST_CHANGE DESC

Эта конструкция выведет дату + время. Если вы из даты выведите данные в формате timestamp, то у вас отрежутся: секунды, минуты, часы.

#сортировка по дате в обратном порядке
select cast(last_change as timestamp) as d1
from GM_SHOP 
ORDER BY LAST_CHANGE DESC

Вы можете вывести только дату из timestamp.

#сортировка по дате в обратном порядке
select cast(last_change as date) as d1
from GM_SHOP 
ORDER BY LAST_CHANGE DESC

При выборке записей из базы данных вы можете использовать сортировку по дате.

#сортировка по дате в обратном порядке
select * from GM_SHOP 
ORDER BY LAST_CHANGE DESC

Вы можете вывести записи, которые созданы после определённой метки времени.

#выборка записей после заданной даты
SELECT * from GM_SHOP WHERE LAST_CHANGE > '11.08.2015'
#выборка записей за отрезок времени, 2 дня
SELECT * from GM_SHOP 
WHERE LAST_CHANGE > '11.08.2015' 
AND  LAST_CHANGE = '11.08.2015' 
AND  LAST_CHANGE  'NOW'

просмотры: 8971, уровень: лёгкий уровень, рейтинг: 4, дата: 2015-08-05 22:00:00

Комментарии:

Типы данных и функции даты и времени — SQL Server (Transact-SQL)

• 01.09.2017
• 7 минут на чтение

В этой статье

Применимо к: SQL Server (все поддерживаемые версии) База данных SQL AzureAzure SQL Managed InstanceAzure Synapse Analytics

В разделах этого раздела рассматриваются все типы данных и функции даты и времени Transact-SQL.

Типы данных даты и времени

Типы данных даты и времени Transact-SQL перечислены в следующей таблице:

Примечание

Тип данных версии строки Transact-SQL не является типом данных даты или времени. Отметка времени является устаревшим синонимом версии строки .

Функции даты и времени

В следующих таблицах перечислены функции даты и времени Transact-SQL. См. Детерминированные и Недетерминированные функции для получения дополнительной информации о детерминизме.

Функция, возвращающая системные значения даты и времени

Transact-SQL извлекает все системные значения даты и времени из операционной системы компьютера, на котором работает экземпляр SQL Server.

Высокоточные системные функции даты и времени

SQL Server 2019 (15.x) получает значения даты и времени с помощью Windows API GetSystemTimeAsFileTime (). Точность зависит от аппаратного обеспечения компьютера и версии Windows, на которой работает экземпляр SQL Server.Этот API имеет фиксированную точность 100 наносекунд. Используйте Windows API GetSystemTimeAdjustment () для определения точности.

Системные функции даты и времени с более низкой точностью

Функции, возвращающие дату и время

Функции, возвращающие значения даты и времени из своих частей

Функции, возвращающие значения разницы даты и времени

Функции, изменяющие значения даты и времени

Функции, устанавливающие или возвращающие функции формата сеанса

Функции, проверяющие значения даты и времени

См. Также

Обзор функций даты SQL Server

На этой странице перечислены наиболее часто используемые функции даты SQL Server, которые позволяют эффективно обрабатывать данные о дате и времени.

Возвращает текущую дату и время

Возвращение даты и времени Части

Возвращение разницы между двумя датами

Изменение дат

Создание даты и времени из их частей

Проверка значений даты и времени

Функции даты и времени в SQL Server

В этой статье мы узнаем о функциях даты и времени в SQL Server.Эти функции работают с заданной датой и временем. Эти функции являются предварительно определенными функциями SQL.

Типы функций DateTime

1. Getdate
2. День
3. Месяц
4. Год
5. Имя даты
6. Dateadd
7. Datediff
8. Datepart

Getdate date () возвращает текущую дату

Getdate () .

Синтаксис

Day ()

Эта функция возвращает значение дня с заданной даты

Синтаксис

1. выберите ДЕНЬ (‘2018/10/31’)

Месяц

Эта функция возвращает значение месяца с заданной даты

Синтаксис

1. выберите Месяц (‘2018/10/31’)

Год ()

Эта функция возвращает значение года с заданной даты

Синтаксис

1. выберите год (‘2018/10/31’)

Datename ()

Возвращает имя дня и месяца заданного выражения даты.

Пример

1. выберите DATENAME (DW, ‘2018/10/31’)
2. выберите DATENAME (MM, ‘2018/10/31’)

Результат

Dateadd ()

Эта функция используется для добавления количества дней, месяцев, лет к заданному выражению даты.

синтаксис

1. select DATEADD (‘День / месяц / год’, ‘Номер числа, который нужно добавить’, ‘Дата’)

Пример

1. select DATEADD (dd, 5, getdate ())
2. выберите DATEADD (MM, 1, getdate ())
3. выберите DATEADD (YYYY, 1, getdate ())

Результат

Datediff ()

Datediff используется для поиска разница между датами.Он вернет различия между выражениями начальной и конечной даты.

Синтаксис

1. select dateiff (‘День / месяц / год’, ‘startDate’, ‘endDate’)

Пример

1. select DATEDIFF (dd, ‘2017/2/3’, ‘2018 / 3/5 ‘) в качестве TotalDays
2. выберите DATEDIFF (MM,’ 2017/2/3 ‘,’ 2018/3/5 ‘) в качестве TotalMonths
3. выберите DATEDIFF (YYYY,’ 2017/2/3 ‘,’ 2018 / 3/5 ‘) в качестве Totalyear
4. выберите DATEDIFF (WK,’ 2017/2/3 ‘,’ 2018/3/5 ‘) в качестве TotalWeeks
5. выберите DATEDIFF (HH,’ 2017/2/3 ‘,’ 2018 / 3/5 ‘) В качестве TotalHours
6. выберите DATEDIFF (MI,’ 2017/2/3 ‘,’ 2018/3/5 ‘) В качестве TotalMin

Результат

Пример 1

Как мы найти разницу между значениями строки столбца.

Создание таблицы,

1. createtable Userdate (идентификатор int, дата рождения)

Добавить значение в таблицу,

1. вставить в значения Userdate (‘1994/12/30’)
2. вставить в значения Userdate (‘1995/7/4’)
3. вставить в значения Userdate (‘2000/9/1’)
4. вставить в значения Userdate (‘1999/12/30’)

Теперь найдите разницу. Используйте этот запрос:

1. выберите a1.Дата рождения, dateiff (день, a1.birthdate, a2.birthdate) как DobDiff из Userdate a1 внутреннего соединения Userdate a2 на a2.id = a1.id + 1

 SELECT * FROM Orders WHERE OrderDate = '2008-11-11'; 

 SELECT * FROM Orders WHERE OrderDate = '2008-11-11'; 

 CURRENT_TIMESTAMP 

 ДОБАВЛЕНИЕ ДАТЫ (datepart, number, date) 

 РАЗНДАТ (datepart, startdate, enddate) 

 ИМЯ ДАТЫ (datepart, date) 

 DATEPART (дата, часть, дата) 

 ДЕНЬ (дата) 

 GETDATE () 

 GETUTCDATE () 

 ISDATE (выражение) 

 МЕСЯЦ (дата) 

 ГОД (дата) 

 EXTRACT (часть ОТ даты) 

 ВЫБРАТЬ ВЫПИСКУ 
 (МИНУТА С ТЕПЕРЬ ()) КАК МИНУТА, 
 ЭКСТРАКТ (ЧАС С ТЕПЕРЬ ()) КАК ЧАС, 
 ВЫПИСКА (ДЕНЬ ОТ ТЕПЕРЬ ()) КАК ДЕНЬ, 
 ЭКСТРАКТ (НЕДЕЛЮ С ТЕПЕРЬ ()) КАК НЕДЕЛЮ , 
 ЭКСТРАКТ (МЕСЯЦ С СЕЙЧАС ()) КАК МЕСЯЦ, 
 ЭКСТРАКТ (ГОД С ТЕПЕРЬ ()) КАК ГОД, 
 ЭКСТРАКТ (ВНИЗ С СЕЙЧАС ()) КАК ДЕНЬ_OF_WEEK, 
 ЭКСТРАКТ (ДОЛЖНОСТЬ С ТЕПЕРЬ ()) КАК ДЕНЬ_O13_ГОД EXTRACT (QUARTER FROM FROM NOW ()) AS QUARTER, 
 EXTRACT (TIMEZONE FROM NOW ()) AS TIMEZONE 

 ВЫБРАТЬ ВЫПЛАТУ 
 (ЧАС ОТ ДАТЫ АРЕНДЫ) КАК ЧАС, 
 СЧЕТ (*) КАК АРЕНДА 
 ОТ АРЕНДЫ 
 ГДЕ 
 ВЫПИСКА (ВЫПЛАТА С ДАТЫ АРЕНДЫ) = 1 И 
 ВЫПЛАТА (МЕСЯЦ ОТ ДАТЫ ЗАКАЗА 
) = ПО УДАЛЕНИЮ АРЕНДЫ