SQL Server dateformat сомнительное поведение

Question

Поместите этот кусок кода в анализатор запросов и нажмите F5.

declare @aaa datetime 
set @aaa='01/12/2011' 
set dateformat dmy 
select month(@aaa) 

Это дает вам 1. Хит F5 снова, это дает вам 12. Почему?

Answer 1

Это потому, что ваша линия set dateformat dmy находится на полпути через скрипт.

Это переключая формат даты после первоначального назначения для первого «F5», но затем это сохраняется для второго «F5»

Если вы сделаете это первая линия должна быть последовательной и вернуть 12 каждый время

Чтобы быть ясным - set dateformat dmy имеет значение для строки set @aaa='01/12/2011', поскольку это влияет на то, как строка '01/12/2011' анализируется на дату и время.

В первом запуске @aaa фактически будет содержать дату '12 -Jan-2011 ', тогда как после вас set dateformat dmy он будет содержать дату '01 -Dec-2011'.

Answer 2

Поскольку в первый раз, когда вы запускали код, дата была сохранена внутренне как 12 января. Установленная настройка соответствует вашей сессии, затем вы запустили ее снова, чтобы вы переопределили переменную, и на этот раз ее интерпретировали как 1 декабря. Параметр set не влияет на функции datepart, такие как MONTH(), потому что дата уже была интерпретирована и не хранится внутри, как вы ее набрали.

Вместо того, чтобы объявлять литературные даты с региональным и неоднозначным форматированием, вы всегда должны использовать безопасные, недвусмысленные форматы. Для даты и времени/smalldatetime:

yyyymmdd 
yyyy-mm-ddThh:mm:ss 

На сегодняшний день:

yyyy-mm-dd 

Если вы хотите отобразить даты в этих дружественных, но запутанных форматов, всеми средствами сделать это на уровне представления. Но не пытайтесь путать с ними SQL Server. Пожалуйста, прочтите this blog post и this article by Tibor Karaszi.