Vladlmlr,

Кто передает дату в формате, отличном от yyyymmdd, рано или поздно начинает страдать.

Vladlmlr,

VladlmlrГде у меня написано, что я с датами работаю как со сроками?

вот тут написано:

Vladlmlr"удобно" к примеру скопипастить ее и подать на вход хранимке

Скопипащенное значение как раз будет строковым литералом.

Vladlmlr,

Vladlmlrпримеру скопипастить ее (ДАТУ) и подать на вход хранимкеВы мне пытаетесь доказать, что литерал в кавычках -- это не строка? Типа если написать '20200101' -- то это строка, а если написать @date = '20200101', то '20200101' перестанет быть строкой?

Vladlmlrри дефолтном русском языке и dmy форматеА страдать вы начнете тогда, когда дефотный язык окажется не русским. При этом для строки формата yyyymmdd пофиг, какой установлен язык: этот формат всегда интерпретируется однозначно. Но охота себе усложнять жизнь и расладывать грабельки - на здоровье.

Vladlmlr,

VladlmlrВы сильно удивитесь, но не страдаю и не буду страдать, т.к. дататайму=флоату сильно пофиг какой у вас язык. Представляете, там целая часть за дату отвечает, дробная за время ;-) Для этого собственно типы и придуманы, как правильно трактовать байтики.
Мне искренне жаль, людей которые извращают это понятие и любой тип загоняют в строку. В последний раз: в хранимках входной параметр типа дата, выходные поля типа дата.Ага, дата = флоат, а еще корабли бороздят космическое пространство, бла-бла-бла. Вы вообще не одупляете, о чем вам пишут.

Когда вы копируте якобы дату из вашего рекордсета, то вы копируете строку. Когда вы подставляете значение даты в значение параметра, вы подставляете строку.

В вызове




параметру присваивается именно строка, и именно в этот момент происходит неявная конвертация из строки в тип параметра. И именно в этом месте если в строке задан формат, отличный от yyyymmdd, то при конвертации применяются текущие региональные настройки сессии.

В mssql нет возможности задать литерал типа дата-время, как, например задаются бинарные значения через префикс 0x. И обычно входная дата передается серверу строкой. Я очень удивлюсь, если вы найдете хотя бы одну клиентскую библиотеку, которая сделает такой вызов на сервере, после которого в профайлере будет написано


(т.к. якобы дататайму=флоату)

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

Сообщение специально для всех, кто ведется на то, как классно работать с датой через float.

Для работы с датой-временем уже давно сделан необходимый набор функций. На сдачу этот набор функци работает с новыми типами datetime2 и далее по списку.

Товарищ Vladlmlr несет чушь, не слушайте его.

AndrF,
AndrFОн не просто должен, а использует настройки Windows
Где написано, что должен именно для дат? Если бы не использовал, то у всех с русской локалью getdate() рисовал бы 15.01.2020. А на машинах с английской локалью - 01/15/2020. Очевидно, что SSMS не рисует тип datetime таким образом.

AndrFА вообще - поле даты числовое.Поле даты -- это набор байт, который сервер интерпретирует как дату. Поле int -- это набор байт, которые сервер интерпретирует как int. Строка -- это набор байт, которые сервер интерпретирует как строку. Так что все поля числовые.

AndrF,

AndrFВы вполне можете сделать, к примеру PRINT GETDATE()+0.5

А в плане (Scalar Operator(getdate()+'1900-01-01 12:00:00.000'))

Еще, к примеру, я могу пнуть ежика, после чего он полетит, но было бы странно после это считать ежика птицей.