Это продолжает часто собирать дополнительные голоса, даже спустя несколько лет, и поэтому мне нужно обновить его для современных версий Sql Server. Для Sql Server 2008 и более поздних версий это просто:
cast(getDate() As Date)
Обратите внимание, что последние три абзаца в нижней части все еще применяются, и вам часто нужно сделать шаг назад и найти способ избежать броска в первую очередь.
Но есть и другие способы сделать это. Вот самые распространенные.
Правильный путь (новый с Sql Server 2008):
cast(getdate() As Date)
Правильный путь (старый):
dateadd(dd, datediff(dd,0, getDate()), 0)
Сейчас он старше, но все же стоит знать, потому что он также может легко адаптироваться к другим временным точкам, таким как первый момент месяца, минуты, часа или года.
Этот правильный путь использует документированные функции, которые являются частью стандарта ANSI и гарантированно работают, но это может быть несколько медленнее. Он работает, определяя, сколько дней существует с 0 до текущего дня, и добавляя это количество дней к 0. Это будет работать независимо от того, как хранится ваша дата и время, и независимо от вашей локали.
Быстрый путь:
cast(floor(cast(getdate() as float)) as datetime)
Это работает, потому что столбцы даты и времени хранятся в виде 8-байтовых двоичных значений. Приведите их к плавающему, напишите их, чтобы удалить дробь, и временная часть значений исчезнет, когда вы приведете их обратно к datetime. Это все немного сдвигается без сложной логики, и это очень быстро.
Помните, что это зависит от деталей реализации, которые Microsoft может изменить в любое время, даже при автоматическом обновлении службы. Это также не очень портативный. На практике очень маловероятно, что эта реализация изменится в ближайшее время, но все же важно осознавать опасность, если вы решите ее использовать. И теперь, когда у нас есть возможность разыграть дату, это редко необходимо.
Неправильный путь:
cast(convert(char(11), getdate(), 113) as datetime)
Неправильный способ работает путем преобразования в строку, усечения строки и преобразования обратно в дату и время. Это неправильно по двум причинам: 1) это может не работать во всех локалях и 2) это самый медленный из возможных способов сделать это ... и не только немного; это на порядок или два медленнее, чем другие варианты.
Обновление В последнее время я получал несколько голосов, и поэтому я хочу добавить, что с момента публикации я увидел довольно веские доказательства того, что Sql Server оптимизирует разницу в производительности между «правильным» и «быстрым» способами. Это означает, что вы должны отдать предпочтение первым.
В любом случае вы хотите написать свои запросы, чтобы избежать необходимости делать это в первую очередь . Это очень редко, что вы должны сделать эту работу с базой данных.
В большинстве мест база данных уже является вашим узким местом. Обычно это сервер, который является самым дорогим для добавления оборудования для повышения производительности, и самый сложный для правильной установки этих дополнений (например, необходимо балансировать диски с памятью). Кроме того, его сложнее масштабировать как с технической точки зрения, так и с точки зрения бизнеса; Технически гораздо проще добавить веб-сервер или сервер приложений, чем сервер базы данных, и даже если это неверно, вы не платите $ 20 000 за серверную лицензию для IIS или apache.
Суть, которую я пытаюсь подчеркнуть, заключается в том, что по возможности вы должны выполнять эту работу на уровне приложений. Только раз , когда вы когда - нибудь найти себе усечения DateTime на Sql Server, когда вам нужно сгруппировать в день, и даже тогда , вероятно , вы должны иметь дополнительный набор столбцов в качестве вычисляемого столбца, поддерживается во время вставки / обновления или техническое обслуживание в логике приложения. Получите эту тяжелую работу с вашими процессорами из вашей базы данных.